Communication methods and devices

Abstract

This application provides a communication method and apparatus applicable to resource sharing in channel occupancy time in sidelink communication. The method includes a first terminal device determining a first channel occupancy time (COT). The first terminal device decides to share a first resource based on a preset priority threshold, wherein the time domain location of the first resource is within the first COT and the priority of the data on the first resource is equal to or greater than the priority threshold. The first terminal device transmits first instruction information to at least one second terminal device, the first instruction information being for sharing the first COT, and the first instruction information including one or more of the priority threshold, resource information for the first COT, and sharing and licensing information for PSFCH resources in the first COT. According to this method, COT sharing of license-free spectrum resources can be implemented over sidelink.

Description

Technical Field

[0001] This application claims priority to Chinese Patent Application No. 202310384427.5, titled "COMMUNICATION METHOD AND APPARATUS", filed with the China National Intellectual Property Administration on April 7, 2023, and Chinese Patent Application No. 202310541161.0, titled "COMMUNICATION METHOD AND APPARATUS", filed with the China National Intellectual Property Administration on May 12, 2023, both of which are incorporated herein by reference in their entirety.

[0002] This application relates to the field of communications, and in particular, to communication methods and apparatuses.

Background Art

[0003] Using license-free spectrum can provide high service rates and a better user experience for end users. License-free spectrum is shared. That is, any network device compliant with specific regulations can use that spectrum to receive and transmit information. For better coexistence of network devices, all network devices need to use the listen before talk (LBT) mechanism. When a specific user device obtains a transmission opportunity through LBT, the length of time for the user device corresponding to that transmission opportunity to transmit information is called the channel occupancy time (COT for short). After obtaining the COT, the user device may share the spectrum resources with other user devices and transmit the resources shared in the COT, including the corresponding time domain position and the corresponding frequency domain position, to other user devices. After receiving such shared information and successfully performing listen before talk (LBT), other user devices may transmit information at the specified moment using the specified frequency domain resources.

[0004] User devices on sidelinks use resources after they themselves acquire a COT via LBT, or after resources are shared with their user device by a UE that has acquired a COT. However, currently there is no design related to COT sharing instruction information for the unlicensed spectrum on sidelinks, and therefore a normal implementation of the COT sharing mechanism cannot be guaranteed.

[0005] Therefore, COT sharing needs to be implemented on a sidelink of a license-free frequency band, according to additional design specifications. [Overview of the project]

[0006] This application provides a communication method and apparatus. According to this method, COT sharing of license-free spectrum resources can be implemented over a sidelink.

[0007] In a first view, a communication method is provided. This method may be performed by a first terminal device, or by a chip or circuit configured in the first terminal device. This is not limited to the present invention. Hereinafter, an example in which the method is performed by a first terminal device will be used for illustrative purposes.

[0008] This method includes the following: a first terminal device determines a first channel occupancy time (COT); the first terminal device decides to share a first resource based on a pre-set priority threshold, where the time domain location of the first resource is within the first COT and the priority of the data on the first resource is equal to or greater than the priority threshold; and the first terminal device transmits first instruction information to at least one second terminal device, where the first instruction information is for sharing the first COT, and the first instruction information includes one or more of the following: a priority threshold, resource information for the first COT, and PSFCH sharing and licensing information in the first COT.

[0009] Alternatively, the method includes the following: a first terminal device determines a first channel occupancy time (COT); the first terminal device transmits first instruction information to at least one second terminal device, the first instruction information being for sharing the first COT, and the first instruction information including one or more of the following: a priority threshold, resource information for the first COT, and PSFCH sharing and licensing information in the first COT; the priority threshold is for determining the first resource, the time domain location of the first resource is within the first COT, and the priority of the data on the first resource is equal to or greater than the priority threshold.

[0010] COT sharing can be understood as a first terminal device instructing another terminal, based on sharing instruction information, that it can use resources within the first COT of the first terminal device.

[0011] Optionally, the first terminal device may transmit the first instruction information in the first slot within the determined first COT.

[0012] Optionally, the first terminal device may transmit the first instruction information within each slot in the first COT, and the first instruction information may be different. Furthermore, the first instruction information may be gradually updated when it is transmitted within different slots.

[0013] It should be understood that the first terminal device may determine the first terminal device to be shared using different protocol layers.

[0014] As an example, and not an exhaustive one, the first terminal device may report a priority threshold to the Media Access Control (MAC) layer of the physical layer so that when the MAC layer selects a resource from the resource set SA, it does not select a time-frequency resource with a priority higher than the priority threshold.

[0015] As an example, and not an exhaustive one, when the first terminal device performs resource exclusion, it may exclude reserved resources with a priority higher than the priority threshold and report this resource set and resource set SA to the MAC layer. Finally, the MAC layer, in the resource selection process, selects the resources together and instructs the physical layer to share the resources with other terminal devices.

[0016] The aforementioned solutions should be understood to be applicable to multicast and unicast scenarios, but are not limited to this application.

[0017] It should be understood that the LBTs used by the terminal device in the channel access procedure are not limited to this embodiment of this application. For example, the first terminal may access the channel through a Type 1 LBT or through a Type 2 LBT (including 2A, 2B, and 2C).

[0018] It should be understood that a higher priority means a lower corresponding priority value. For example, a priority value of 1 is higher than a priority value of 2.

[0019] Optionally, the resource information for the first COT includes, but is not limited to, one or more of the following: channel access priority CACP, COT time domain start position, COT duration, and the position of the RB set included in the COT in the frequency domain.

[0020] The resource information of the first COT should be understood to include information about all or part of the resources in the first COT. This is not limited to this embodiment of the application.

[0021] Based on the aforementioned solution, the first terminal device, after determining the first COT in the channel access procedure, determines, based on a priority threshold, the first resources in the first COT that can be shared with at least one second terminal device, and implicitly indicates which second terminal device can use the shared COT by including the priority threshold in the first instruction information sent to the second terminal device, so that the second terminal device can determine whether the shared COT is available based on the priority and priority threshold of the data to be transmitted by the second terminal device. Compared to methods for indicating a specific location of time-frequency resources, this solution requires only one priority threshold to indicate COT sharing of license-free spectrum resources and does not require additional field overhead.

[0022] With respect to the first aspect, in some implementations of the first aspect, before the first terminal device determines the first channel occupancy time (COT), the method further includes the first terminal device receiving second instruction information from a second terminal device, the second instruction information indicating a second resource, the second resource being a resource reserved by the second terminal device for transmitting data, the time domain location of the second resource being within the first COT, and the first resource being included in the second resource.

[0023] It should be understood that the second resource may be multiple resources reserved by one second terminal device, or the second resource may be multiple resources reserved by multiple second terminal devices. This is not limited to this embodiment of the application.

[0024] It should be understood that some or all of such second resources may be first resources, i.e., resources that a first terminal device can share with one or more second terminal devices in a first COT.

[0025] The resources determined to be available to the second terminal device may be part of or all of the second resources; in other words, the resources available to the second terminal device may be part of or all of the reserved resources.

[0026] Based on the aforementioned solution, the first terminal device receives second instruction information from the second terminal device before determining the first COT, preempts the first COT, and then determines that the second terminal device has reserved a second resource in the first COT. Based on the priority and priority threshold of the data to be transmitted on the second resource reserved by the second terminal device, the first terminal device can then determine the first resource that can be shared with the corresponding second terminal device from the second resource. This avoids conflicts between terminal devices that reserve resources and terminal devices that preempt the COT, ensuring rapid access to channels for high-priority service transmissions and guaranteeing Quality of Service (QoS) for high-priority services.

[0027] With respect to the first aspect, in some implementations of the first aspect, the first instruction information includes at least one first identifier, each first identifier corresponding one-to-one with a second terminal device that reserves a first resource, and the first identifier indicates that the resource in the first COT is shared with the corresponding second terminal device.

[0028] Optionally, the first identifier may be an Additional ID.

[0029] Optionally, the first identifier may be a COT shared instruction ID or a COT shared instruction ID pair.

[0030] Optionally, the first identifier may be an Additional ID pair. Each Additional ID pair may include both the service ID of the first terminal device and the UE ID of the second terminal device with which the resources are shared, or each Additional ID pair may include both the service ID of the first terminal device and the ID corresponding to the incoming service. The UEs with shared resources use the service ID to determine the UE of the initial COT on which data is transmitted over the shared resources.

[0031] Based on the aforementioned solution, the first instruction information transmitted by the first terminal device to at least one second terminal device further includes at least one first identifier, each first identifier corresponding to one second terminal device, and instructs that the resources in the first COT are shared with the second terminal device corresponding to the first identifier, so that the second terminal device that receives the first instruction information can determine, based on the first identifier, whether the resources in the first COT are available.

[0032] With respect to the first embodiment, in some implementations of the first embodiment, the number of first identifiers is determined based on the number of second terminal devices that have reserved the first resource.

[0033] Based on the aforementioned solution, the first terminal device determines the number of first identifiers based on whether the priority of the data to be transmitted on the resource reserved in the first COT is higher than the priority threshold. This avoids generating multiple first identifiers that point to the same second terminal device, ensures precise control over the number of first identifiers, and reduces overhead.

[0034] With respect to the first aspect, in some implementations of the first aspect, the sharing and licensing information of the PSFCH in the first COT instructs the third terminal device to use the PSFCH resources in the first COT, the third terminal device is comprised of at least one second terminal device, and the third terminal device is at least one of the following: a data receiving device of the first terminal device, a terminal device corresponding to a first identifier, or a data receiving device of a terminal device corresponding to a first identifier.

[0035] With respect to the first aspect, in some implementations of the first aspect, the sharing and licensing information of the PSFCH in the first COT is 1 bit, instructing a third terminal device to use the PSFCH resource in the first COT, and the third terminal device is included in at least one second terminal device. The third terminal device is a data receiving device of the first terminal device and / or a terminal device corresponding to the first identifier.

[0036] With respect to the first aspect, some implementations of the first aspect indicate that the sharing and licensing information for the PSFCH in the first COT is a plurality of bits, and that a third terminal device uses the PSFCH resource in the first COT, wherein the third terminal device is included in at least one second terminal device, and the third terminal device is a data receiving device of the first terminal device and / or a terminal device corresponding to the first identifier, or the data receiving device of the terminal device corresponding to the first identifier uses the PSFCH resource in the first COT, or the third terminal device cannot use the PSFCH resource in the first COT.

[0037] The third terminal device may be replaced by a Responding Device, and the third terminal device may be any terminal device that receives the first instruction message. This is not limited to this embodiment of the application.

[0038] It should be understood that PSFCH resources existing within the first COT and shared by the first terminal device with another terminal device for use may be all or part of the PSFCH resources within the first COT.

[0039] In the first COT, terminal devices licensed to use PSFCH resources can determine and use the PSFCH resources licensed for use based on the PSFCH resources used by the terminal device and the PSFCH sharing and licensing information.

[0040] Based on the aforementioned solution, the first terminal device is located within the COT and shares the PSFCH resources determined by the first terminal device with a specific terminal device, thereby improving resource utilization and enhancing the overall system performance of the sidelink communication system.

[0041] With respect to the first perspective, in some implementations of the first perspective, the priority threshold is one of the following: the highest priority of at least one transmitted data in the first COT, the lowest priority of the transmitted data in the first COT, or the priority of the data transmitted in the first time unit of the first COT.

[0042] Optionally, the priority threshold may be set or pre-set. For example, the priority threshold may be the priority threshold set (pre-set) for the first terminal device, or the priority threshold may be the priority threshold set for the resource pool.

[0043] Optionally, the priority threshold may be the lowest priority of the reserved resources in the shared first resource determined by the first terminal device in the first COT.

[0044] Based on the aforementioned solution, the first terminal device can decide to adjust the COT sharing strategy based on different priority thresholds, thereby improving the flexibility of COT sharing.

[0045] With respect to the first embodiment, in some implementations of the first embodiment, the first instruction information is carried by side link control information SCI, or the first instruction information is carried by media access control element MAC CE.

[0046] It should be understood that the first instruction information may be conveyed in the first stage SCI, or the first instruction information may be conveyed in the second stage SCI. This is not limited to this embodiment of the application.

[0047] Based on the aforementioned solution, the first terminal device may add the first instruction information to the SCI or MAC CE, thereby improving the flexibility of COT sharing.

[0048] According to a second embodiment, a communication method is provided. This method may be performed by a second terminal device, or by a chip or circuit configured in the second terminal device. This is not limited to this application. This is not limited to this application. Hereinafter, an example in which the method is performed by a second terminal device will be used for illustrative purposes.

[0049] This method includes the following: a second terminal device receives first instruction information from a first terminal device, the first instruction information instructs that a first channel occupancy time (COT) be shared, and the first instruction information instructs a priority threshold, resource information for the first channel occupancy time (COT), and sharing and licensing information for PSFCH resources in the first COT. When the first instruction information holds a priority threshold, the second terminal device decides to use a third resource based on the priority threshold, the time domain location of the third resource is within the first COT, and the priority of the data on the third resource is equal to or greater than the priority threshold.

[0050] Alternatively, this method includes the following: a second terminal device receives first instruction information from a first terminal device, the first instruction information instructs that a first channel occupancy time (COT) be shared, and the first instruction information instructs a priority threshold, resource information for the first channel occupancy time (COT), and sharing and licensing information for PSFCH resources in the first COT. The priority threshold is for using a third resource, the time domain location of the third resource is within the first COT, and the priority of the data on the third resource is equal to or greater than the priority threshold.

[0051] It should be understood that when the first instruction information includes PSFCH sharing and licensing information, the second terminal device can determine whether the shared PSFCH resource is available based on the PSFCH sharing and licensing information.

[0052] It should be understood that a higher priority means a lower corresponding priority value. For example, a priority value of 1 is higher than a priority value of 2.

[0053] Optionally, the resource information for the first COT includes, but is not limited to, one or more of the following: channel access priority CACP, COT time domain start position, COT duration, and the position of the RB set included in the COT in the frequency domain.

[0054] The resource information of the first COT should be understood to include information about all or part of the resources in the first COT. This is not limited to this embodiment of the application.

[0055] The third resource that the second terminal device decides to use is understood to be a resource that the first terminal device decides to share in the first COT, and that is shared with another terminal device based on the first instruction information.

[0056] After the second terminal device determines that the third resource in the first COT is available, it should be understood that the second terminal device can use the third resource according to its own implementation.

[0057] Optionally, after the shared time-frequency resources available in the first COT (i.e., the third resource) have been determined at the physical layer, the second terminal device may directly transmit data packets over the time-frequency resources.

[0058] Optionally, after the physical layer has determined which shared time-frequency resources (i.e., third resources) are available in the first COT, the second terminal device may notify the MAC layer of these shared resources, instructing it that the resources are shared resources and prompting the MAC layer to perform resource selection.

[0059] Optionally, when the second terminal device uses the third resource in the first COT, it transmits data on the third resource to at least the first terminal device of the initial first COT.

[0060] Optionally, when the first instruction information includes channel access priority class (CAPC), the second terminal device may use the shared resources only if the channel access priority CAPC of the data to be transmitted by the second terminal device is higher than the CAPC indicated in the first instruction information.

[0061] It should be understood that the second terminal device, after determining the available third resource, must either perform type 2 channel access or switch from type 1 channel access to type 2 channel access before using the shared resource.

[0062] According to the aforementioned solution, the second terminal device can determine the priority and priority threshold of the data to be transmitted by the second terminal device based on the priority threshold in the first instruction information transmitted by the first terminal device and the priority of the data to be transmitted by the second terminal device, determine whether a shared COT is available, and determine the available third resource. Compared to methods for instructing a specific location of time-frequency resources, this solution requires instructing only one priority threshold to implement COT sharing of license-free spectrum resources and does not require additional field overhead.

[0063] With respect to a second aspect, in some implementations of the second aspect, the method further includes the second terminal device transmitting second instruction information to the first terminal device, the second instruction information indicating a second resource, the second resource being a resource reserved by the second terminal device for transmitting data, the time-domain location of the second resource being within the first COT, and the third resource being included in the second resource.

[0064] The third resource may be some or all of the resources shared by the first terminal device; that is, the first terminal device may share resources in the first COT with one or more second terminal devices.

[0065] The third resource determined to be available to the second terminal device may be part of or all of the second resource; in other words, the resources available to the second terminal device may be part of or all of the reserved resources.

[0066] Based on the aforementioned solution, the second terminal device transmits the second instruction information to the first terminal device before receiving the first instruction information, so that the first terminal device can determine that the second terminal device has reserved the second resource in the first COT, and so that the first terminal device can determine from the second resource a third resource that can be shared with the corresponding second terminal device, based on the priority and priority threshold of the data to be transmitted for the second resource reserved by the second terminal device. This avoids conflicts between terminal devices that reserve resources and terminal devices that preempt the COT, and ensures rapid access to channels for high-priority service transmissions and QoS for high-priority services.

[0067] With respect to the second aspect, in some implementations of the second aspect, the first instruction information includes a first identifier, the first identifier indicating that a resource in the first COT is shared with the corresponding second terminal device.

[0068] Optionally, the first identifier may be an Additional ID.

[0069] Optionally, the first identifier may be a COT shared instruction ID or a COT shared instruction ID pair.

[0070] Optionally, the first identifier may be an Additional ID pair. Each Additional ID pair may include both the service ID of the first terminal device and the UE ID of the second terminal device with which the resources are shared, or each Additional ID pair may include both the service ID of the first terminal device and the ID corresponding to the incoming service. The UEs with shared resources use the service ID to determine the UE of the initial COT on which data is transmitted over the shared resources.

[0071] A second terminal device that has received the first instruction information may determine whether the reserved resource is available to the second terminal device based solely on the first identifier, or it should be understood that a second terminal device that has received the first instruction information may determine whether the reserved resource is available to the second terminal device based on the first identifier corresponding to the second terminal device and the priority threshold in the first instruction information. This is not limited to this embodiment of the application.

[0072] Optionally, first instruction information transmitted by a first terminal device to at least one second terminal device further includes at least one first identifier pair, each first identifier pair used by the second terminal device to determine whether a shared resource is available.

[0073] Based on the aforementioned solution, the first instruction information transmitted by the first terminal device to at least one second terminal device further includes at least one first identifier, each first identifier corresponding to one second terminal device, and instructs that the resources in the first COT are shared with the second terminal device corresponding to the first identifier, so that the second terminal device that receives the first instruction information can determine, based on the first identifier, whether the resources in the first COT are available.

[0074] With respect to the second aspect, in some implementations of the second aspect, the PSFCH sharing and licensing information in the first COT is 1-bit or multi-bit and instructs the second terminal device to use the PSFCH resources in the first COT.

[0075] Based on the aforementioned solution, the first terminal device can share the PSFCH resources within the COT determined by the first terminal device with a specific terminal device. In response, a second terminal device that satisfies the conditions can determine from the instruction information that it can use the PSFCH resources in the first COT to transmit feedback information, thereby improving resource utilization and the overall system performance of the sidelink communication system.

[0076] With respect to the second aspect, in some implementations of the second aspect, the first instruction information is carried by side link control information SCI, or the first instruction information is carried by media access control element MAC CE.

[0077] It should be understood that the first instruction information may be conveyed in the first stage SCI, or the first instruction information may be conveyed in the second stage SCI. This is not limited to this embodiment of the application.

[0078] Based on the aforementioned solution, the first terminal device may add the first instruction information to the SCI or MAC CE, thereby improving the flexibility of COT sharing.

[0079] According to a third aspect, a communication method is provided. This method may be performed by a first terminal device, or by a chip or circuit configured in the first terminal device. This is not limited to the present invention. Hereinafter, an example in which the method is performed by a first terminal device will be used for illustrative purposes.

[0080] This method includes the following: a first terminal device determines a second channel occupancy time (COT). The first terminal device transmits a third instruction information to at least one second terminal device, the third instruction information indicating a fourth resource to be shared, the time domain location of the fourth resource being within the second COT, and the third instruction information including at least one resource instruction value (RIV) and / or PSFCH sharing and licensing information in the second COT, with each RIV corresponding one-to-one with each fourth resource. The RIV indicates the time domain start position t1 and time domain end position t2 of the corresponding fourth resource, or indicates the time domain start position t1 and length L of the corresponding fourth resource.

[0081] Based on the aforementioned solution, the first terminal device indicates the time-domain location of the shared resource in the second COT based on the resource instruction value RIV. Compared to a method of individually indicating the time-domain location of the resource, this solution can effectively reduce bit overhead. When the same SCI carries user information, this solution instructs more UEs to use the shared resource, thereby improving resource utilization and enhancing the overall system performance of the sidelink communication system.

[0082] With respect to the third aspect, in some implementations of the third aspect, the method further includes the first terminal device receiving fourth instruction information from the second terminal device before the first terminal device determines the second COT. The second instruction information indicates a fifth resource, the fifth resource being a resource reserved by the second terminal device for transmitting data, the time-domain location of the fifth resource being within the second COT, and the fifth resource being included in the fourth resource.

[0083] With respect to the third aspect, in some implementations of the third aspect, the third instruction information includes at least one second identifier, each second identifier corresponding one-to-one with a second terminal device that reserves a fourth resource, and the second identifier indicates that the resource in the second COT is shared with the corresponding second terminal device.

[0084] With respect to the third aspect, in some implementations of the third aspect, the number of second identifiers is determined based on the number of second terminal devices that reserve the fourth resource.

[0085] With respect to the third aspect, in some implementations of the third aspect, the sharing and licensing information of the PSFCH in the second COT is 1 bit, instructing the third terminal device to use the PSFCH resource in the second COT, and the third terminal device is included in at least one second terminal device. The third terminal device is a data receiving device of the first terminal device and / or a terminal device corresponding to the second identifier.

[0086] With respect to the third aspect, some implementations of the third aspect indicate that the sharing and licensing information for the PSFCH in the second COT is a plurality of bits, and that the third terminal device uses the PSFCH resource in the second COT, wherein the third terminal device is included in at least one of the second terminal devices, and the third terminal device is a data receiving device of the first terminal device and / or a terminal device corresponding to the first identifier, or the data receiving device of the terminal device corresponding to the first identifier uses the PSFCH resource in the second COT, or the third terminal device cannot use the PSFCH resource in the first COT.

[0087] The third terminal device may be replaced by a Responding Device, and the third terminal device may be any terminal device that receives the first instruction message. This is not limited to this embodiment of the application.

[0088] Based on the aforementioned solution, the first terminal device is located within the COT and shares the PSFCH resources determined by the first terminal device with a specific terminal device, thereby improving resource utilization and enhancing the overall system performance of the sidelink communication system.

[0089] Regarding the third aspect, in some implementations of the third aspect, when t2-t1≦19, RIV=39(t2-t1)+N+t1, or when 20≦t2-t1≦39, RIV=39(39-t2+t1)+41+N-t1, where 0≦N≦244.

[0090] Regarding the third aspect, in some implementations of the third aspect, when L ≤ 19, RIV = 39(L-1) + t1 - 1, or when 20 ≤ L ≤ 39, RIV = 39(40-L) + t1.

[0091] Based on the aforementioned solution, the first terminal device indicates the time-domain location of the shared resource in the second COT based on the resource instruction value RIV. This solution can effectively reduce bit overhead. When the same SCI carries user information, more UEs are instructed to use the shared resource, thereby improving resource utilization and enhancing the overall system performance of the sidelink communication system.

[0092] With respect to the third aspect, in some implementations of the third aspect, the third instruction information is carried by side link control information SCI, or the third instruction information is carried by media access control element MAC CE.

[0093] It should be understood that the third instruction information may be conveyed in the first stage SCI, and the third instruction information may be conveyed in the second stage SCI. This is not limited to this embodiment of the application.

[0094] Based on the aforementioned solution, the first terminal device may add third instruction information to the SCI or MAC CE, thereby improving the flexibility of COT sharing.

[0095] According to a fourth aspect, a communication method is provided. This method may be performed by a second terminal device, or by a chip or circuit configured in the second terminal device. This is not limited to this application. This is not limited to this application. Hereinafter, an example in which the method is performed by a second terminal device will be used for illustrative purposes.

[0096] This method includes a second terminal device receiving third instruction information, wherein the third instruction information is for sharing a fourth resource, and the third instruction information includes at least one resource instruction value RIV and / or sharing and licensing information for PSFCH in the second COT. RIV indicates the time domain start position t1 and time domain end position t2 of the fourth resource, or indicates the time domain start position t1 and length L of the fourth resource. The second terminal device uses the fourth resource based on the third instruction information.

[0097] Based on the aforementioned solution, the second terminal device can specify the time-domain location of the shared resource in the second COT based on the resource instruction value RIV included in the third instruction information from the first terminal device. Compared to a method of specifying the time-domain location of the resource separately, this solution can effectively reduce bit overhead. When the same SCI carries user information, this solution can instruct more UEs to use the shared resource, thereby improving resource utilization and enhancing the overall system performance of the sidelink communication system.

[0098] With respect to the fourth aspect, in some implementations of the fourth aspect, the PSFCH sharing and licensing information in the second COT is 1-bit or multi-bit and instructs the second terminal device to use the PSFCH resources in the second COT.

[0099] Based on the aforementioned solution, the first terminal device can share the PSFCH resources within the COT determined by the first terminal device with a specific terminal device. In response, a second terminal device that satisfies the conditions can determine from the instruction information that it can use the PSFCH resources in the first COT to transmit feedback information, thereby improving resource utilization and the overall system performance of the sidelink communication system.

[0100] Regarding the fourth aspect, in some implementations of the fourth aspect, when t2-t1≦19, RIV=39(t2-t1)+N+t1, or when 20≦t2-t1≦39, RIV=39(39-t2+t1)+41+N-t1, where 0≦N≦244.

[0101] Regarding the fourth aspect, in some implementations of the fourth aspect, when L ≤ 19, RIV = 39(L-1) + t1 - 1, or when 20 ≤ L ≤ 39, RIV = 39(40-L) + t1.

[0102] Based on the aforementioned solution, the second terminal device can instruct the time-domain location of the shared resource in the second COT based on the resource instruction value RIV included in the third instruction information from the first terminal device. This solution can effectively reduce bit overhead. When the same SCI carries user information, more UEs are instructed to use the shared resource, thereby improving resource utilization and enhancing the overall system performance of the sidelink communication system.

[0103] With respect to the fourth aspect, in some implementations of the fourth aspect, the third instruction information is carried by the side link control information SCI, or the third instruction information is carried by the media access control element MAC CE.

[0104] It should be understood that the third instruction information may be conveyed in the first stage SCI, and the third instruction information may be conveyed in the second stage SCI. This is not limited to this embodiment of the application.

[0105] Based on the aforementioned solution, the first terminal device may add third instruction information to the SCI or MAC CE, thereby improving the flexibility of COT sharing.

[0106] According to a fifth aspect, a communication method is provided. This method may be performed by a first terminal device or by a chip or circuit configured in the first terminal device. This is not limited to the present application. Hereinafter, an example in which the method is performed by a first terminal device will be used for illustrative purposes.

[0107] This method includes the following: a first terminal device determines a third channel occupancy time (COT). The first terminal device transmits a fifth instruction to at least one second terminal device, the fourth instruction indicating a sixth resource to be shared, the time domain location of the sixth resource being within the third COT, and the fifth instruction including at least one resource instruction value (RIV) and / or sharing and licensing information for the PSFCH in the third COT, with each RIV corresponding one-to-one with each sixth resource. The RIV indicates the time domain start position t1 and frequency domain end position t2 of the corresponding sixth resource, or indicates the time domain start position t1 and subchannel length L of the corresponding sixth resource.

[0108] Optionally, the frequency domain locations indicated by the first terminal device based on the RIV are two locations in the resource block set (RB set).

[0109] Optionally, the frequency domain locations indicated by the first terminal device based on the RIV are the two absolute resource locations in all RB sets.

[0110] Based on the aforementioned solution, the first terminal device indicates the frequency domain location of the shared resource in the third COT based on the resource instruction value RIV. Compared to a method of individually indicating the frequency domain location of the resource, this solution can effectively reduce bit overhead. When the same SCI carries user information, this solution instructs more UEs to use the shared resource, thereby improving resource utilization and enhancing the overall system performance of the sidelink communication system.

[0111] According to a sixth aspect, a communication method is provided. This method may be performed by a second terminal device, or by a chip or circuit configured in the second terminal device. This is not limited to this application. This is not limited to this application. Hereinafter, an example in which the method is performed by a second terminal device will be used for illustrative purposes.

[0112] This method includes a second terminal device receiving a fifth instruction information, wherein the fifth instruction information is for sharing a sixth resource, and the fifth instruction information includes at least one resource instruction value RIV and / or sharing and licensing information for PSFCH in a third COT. RIV indicates the time domain start position t1 and time domain end position t2 of the sixth resource, or indicates the time domain start position t1 and length L of the sixth resource. The second terminal device uses the sixth resource based on the fifth instruction information.

[0113] Optionally, the frequency domain locations indicated by the first terminal device based on the RIV are two locations in the RB set.

[0114] Optionally, the frequency domain locations indicated by the first terminal device based on the RIV are the two absolute resource locations in all RB sets.

[0115] Based on the aforementioned solution, the second terminal device can specify the time-domain location of the shared resource in the third COT based on the resource instruction value RIV included in the fourth instruction information from the first terminal device. Compared to a method of specifying the time-domain location of the resource separately, this solution can effectively reduce bit overhead. When the same SCI carries user information, this solution can instruct more UEs to use the shared resource, thereby improving resource utilization and enhancing the overall system performance of the sidelink communication system.

[0116] According to the seventh aspect, a communication device is provided, comprising a transceiver unit and a processing unit configured to support a communication device when implementing the functions of a first terminal in the implementations of the first, third, fifth, and corresponding aspects. The functions may be implemented by hardware or by hardware running corresponding software. The hardware or software includes one or more modules corresponding to the functions.

[0117] According to the eighth aspect, a communication device is provided, comprising a processor and a transceiver configured to support a communication device when performing the corresponding function in the manner described above. The processor and the transceiver are connected via communication. The transceiver is configured to transmit / receive specific signals while the processor is running. The processor is configured to call instructions for implementing the data transmission method in the implementation of the first, third, fifth, and corresponding aspects.

[0118] According to the ninth aspect, a communication device is provided, including a transceiver unit and a processing unit configured to support a communication device when implementing the functions of the second, fourth, sixth aspects, and the second terminal in the implementation of the aspects. The functions may be implemented by hardware or by hardware running corresponding software. The hardware or software includes one or more modules corresponding to the functions.

[0119] According to a tenth aspect, a communication device is provided, comprising a processor and a transceiver configured to support a communication device when performing the corresponding function in the manner described above. The processor and the transceiver are connected via communication. The transceiver is configured to transmit / receive specific signals while the processor is running. The processor is configured to call instructions for implementing the data transmission method in the second, fourth, sixth, and implementations of the aspects.

[0120] According to the eleventh aspect, a communication system is provided. The communication system includes a communication device provided in the fifth or seventh aspect and a communication apparatus provided in the sixth or eighth aspect. The communication system may perform a data transmission method provided in any one of the first to sixth aspects, or a possible implementation of the first to sixth aspects.

[0121] According to the twelfth aspect, a computer-readable storage medium is provided and configured to store a computer program. The computer program includes instructions for performing any one of the first to sixth aspects, or any possible implementation of the first to sixth aspects.

[0122] According to the 13th aspect, a system chip is provided, including a processing unit and a communication unit. The processing unit executes computer instructions to enable the chip in the terminal to perform any one of the first to sixth aspects, or any possible implementation of the first to sixth aspects.

[0123] According to the 14th aspect, a computer program product is provided. The product includes instructions for performing any one of the first to sixth aspects, or any possible implementation of the first to sixth aspects.

[0124] According to the 15th aspect, a communication device is provided, including a processor and memory. The processor is configured to execute computer programs or instructions stored in the memory, causing the communication device to perform the first to sixth aspects, or any possible implementations thereof.

[0125] According to the sixteenth aspect, a chip system is provided, including memory and a processor. The memory is configured to store computer programs, and the processor calls computer programs from the memory and executes them, enabling a communication device on which the chip system is mounted to execute instructions in any one of the first to sixth aspects, or any possible implementations of the first to sixth aspects.

[0126] The chip system may include an input circuit or interface for transmitting information or data, and an output circuit or interface for receiving information or data. [Brief explanation of the drawing]

[0127] [Figure 1] This is a diagram of a wireless communication system to which one embodiment of this application can be applied.

[0128] [Figure 2] This is a diagram of another wireless communication system to which one embodiment of this application may be applied.

[0129] [Figure 3] This is a diagram of a typical V2X scenario.

[0130] [Figure 4] This is a diagram of the slots in the communication resource pool.

[0131] [Figure 5] This is a bitmap diagram indicating the subframes available for use in SL communication.

[0132] [Figure 6] This is a diagram of time-domain resources within a communication resource pool.

[0133] [Figure 7] This is a diagram of subchannels at different granularities.

[0134] [Figure 8] This is a bitmap that indicates PSFCH frequency domain resources.

[0135] [Figure 9] This is a diagram of the PSFCH time-domain resource corresponding to PSSCH.

[0136] [Figure 10] This is a diagram showing the PSFCH frequency domain resource allocation.

[0137] [Figure 11] This is a diagram of consecutive subchannels.

[0138] [Figure 12] This is a diagram indicating time-frequency resources based on TRIV and FRIV.

[0139] [Figure 13] This is a diagram of the COT shared scenario.

[0140] [Figure 14] This is a diagram illustrating another COT sharing scenario.

[0141] [Figure 15]This is a diagram of a side link COT sharing method 100 according to one embodiment of this application.

[0142] [Figure 16] This is a diagram of a COT sharing scenario to which Method 100 can be applied, according to one embodiment of this application.

[0143] [Figure 17] Here is another diagram illustrating a different COT sharing scenario.

[0144] [Figure 18] Here is another diagram illustrating a different COT sharing scenario.

[0145] [Figure 19] This is a diagram of a side link COT sharing method 200 according to one embodiment of this application.

[0146] [Figure 20] This is a diagram of a COT sharing scenario to which Method 200 can be applied, according to one embodiment of this application.

[0147] [Figure 21] This is a diagram of another COT sharing scenario to which Method 200 can be applied, according to one embodiment of this application.

[0148] [Figure 22] This is a diagram of a COT sharing scenario according to one embodiment of this application.

[0149] [Figure 23] This is a diagram of a method 300 for instructing idle symbol padding according to one embodiment of this application.

[0150] [Figure 24] This is a diagram illustrating a scenario for indicating idle symbol padding according to one embodiment of this application.

[0151] [Figure 25] This is a block diagram of a wireless communication device according to one embodiment of this application.

[0152] [Figure 26] This is a block diagram of a terminal device according to one embodiment of this application. [Modes for carrying out the invention]

[0153] The technical solution of this application will be described below with reference to the attached drawings.

[0154] The technical solutions in embodiments of this application may be applied to various communication systems, such as long-term evolution (LTE) systems, LTE frequency division duplex (FDD) systems, LTE time division duplex (TDD) systems, universal mobile telecommunications systems (UMTS), 5th generation (5G) or new radio (NR) systems, 6th generation (6G) systems and other 5G and later advanced systems, intersatellite communication systems, and non-terrestrial network (NTN) systems such as satellite communication systems. A satellite communication system includes a satellite base station and terminal devices. The satellite base station provides communication services to terminal devices. The satellite base station may also communicate with a ground base station. A satellite may function as a base station or as a terminal device. The satellite may be a non-terrestrial base station, a non-terrestrial device, or, for example, an unmanned aerial device, a hot air balloon, a low Earth orbit satellite, a mid-Earth orbit satellite, or a high Earth orbit satellite.

[0155] The technical solutions in the embodiments of this application are applicable to both homogeneous and heterogeneous network (HetNet) scenarios and do not impose any restrictions on the transmission point. The technical solutions may be applied to coordinated multipoint transmission between macro base stations, between micro base stations, and between macro and micro base stations, and are applicable to both FDD and TDD systems. The technical solutions in the embodiments of this application are applicable not only to low-frequency scenarios (sub-6G) but also to high-frequency scenarios (6GHz and above), terahertz, optical communications, etc. The technical solutions in this application are applicable not only to communication between network devices and terminals but also to communication between network devices, communication between terminals, communication in the Internet of Vehicles, communication in the Internet of Things, communication in the Industrial Internet, etc.

[0156] The technical solution in the embodiments of this application may also be applied to a scenario in which a terminal is connected to a single base station. The base station to which the terminal is connected and the core network (CN) to which the base station is connected are of the same standard. For example, if the CN is a 5G core, the base station is correspondingly a 5G base station, and the 5G base station is directly connected to the 5G core. Alternatively, if the CN is a 6G core, the base station is a 6G base station, and the 6G base station is directly connected to the 6G core. The technical solution in the embodiments of this application is also applicable to a dual connectivity (DC) scenario in which a terminal is connected to at least two base stations.

[0157] The technical solutions in embodiments of this application also utilize macro-micro scenarios that include different forms of base stations in a communication network. For example, the base stations may be satellites, balloon stations, unmanned aerial vehicle stations, etc. The technical solutions in embodiments of this application are also applicable to scenarios in which both wide-coverage and narrow-coverage base stations exist.

[0158] The technical solutions in embodiments of this application may be further understood to be applicable to 5.5G, 6G, and later wireless communication systems. Application scenarios include, but are not limited to, terrestrial cellular communication scenarios, NTN scenarios, satellite communication scenarios, high altitude platform station (HAPS) communication scenarios, vehicle-to-everything (V2X) scenarios, integrated access and backhaul (IAB) scenarios, and reconfigurable intelligent surface (RIS) communication scenarios.

[0159] The terminal device in the embodiment of this application may be a device having wireless transceiver functionality, and more specifically, it may be user equipment (UE), access terminal, subscriber unit, subscriber station, mobile station, remote station, remote terminal, mobile device, user terminal, wireless communication device, user agent, or user equipment. The terminal device may alternatively be a satellite phone, mobile phone, smartphone, wireless data card, wireless modem, or machine-type communication device, as well as a cordless phone, session initiation protocol (SIP) phone, wireless local loop (WLL) station, personal digital assistant (PDA), customer-premises equipment (CPE), smart point of sale (POS) machine, handheld device with wireless communication capabilities, computing device or other processing device connected to a wireless modem, in-vehicle device, communication device mounted on a high-altitude aircraft, wearable device, unmanned aerial device, robot, terminal in device-to-device (D2D) communication, terminal in V2X, virtual reality (VR) terminal device, augmented reality (AR) terminal device, wireless terminal in industrial control, wireless terminal in self-driving, remote medical (remote) This may include wireless terminals in medical applications, wireless terminals in smart grids, wireless terminals in transportation safety, wireless terminals in smart cities, wireless terminals in smart homes, and terminal devices in advanced communication networks beyond 5G. This is not limited to the embodiments of this application.The terminal device in the embodiment of this application may alternatively be an in-vehicle module such as a roadside unit (RSU), telematics box (T-Box), or on-board unit (OBU), or it may be a chip.

[0160] In embodiments of this application, the communication device configured to implement the functions of a terminal device may be a terminal device, or it may be a device capable of supporting the terminal device in implementing its functions, such as a chip system. The device may be mounted on the terminal device or used in conjunction with the terminal device. In embodiments of this application, the chip system may include a chip, or it may include a chip and other discrete devices.

[0161] The network device in this embodiment of the application is a device having wireless transceiver functionality and is configured to communicate with a terminal device. The access network device may be a node in a radio access network (RAN), may be referred to as a base station, or may be referred to as a RAN node. The access network device may be an evolved NodeB (eNB, or eNodeB) in LTE, a base station in a 5G network, such as a gNodeB (gNB), a base station in an evolved public land mobile network (PLMN) beyond 5G, a broadband network gateway (BNG), an aggregation switch, a 3rd generation partnership project (3GPP) access device, and the like. For example, the RAN may be configured as a RAN, an open radio access network (O-RAN), or a cloud radio access network (C-RAN) as defined by the 3GPP protocol.

[0162] The network devices in embodiments of this application may further include various forms of base stations, such as macro base stations, micro base stations (also known as small cells), relay stations, transmission reception points (TRPs), transmission points (TPs), mobile switching centers, devices that perform base station functions in device-to-device (D2D), vehicle-to-everything (V2X), and machine-to-machine (M2M) communications, and network devices in NTN communication systems. This is not specifically limited to embodiments of this application.

[0163] The network device in this embodiment of the application further includes network elements or modules that implement several functions of a base station, for example, one or more of a central unit (CU), a distributed unit (DU), or a radio unit (RU). Optionally, the CU may be further separated into a CU control plane (CP) and a CU user plane (UP). The functions of the CU and DU may be implemented by different network elements or by the baseband unit (BBU) of the base station. The functions of the RU may be implemented by a radio frequency device of the base station. For example, the radio frequency device of the base station may be a remote radio unit (RRU), a pico remote radio unit (pRRU), an active antenna unit (AAU), or another unit, module, or device having radio frequency processing capabilities. The communication interface protocol between the BBU and the radio frequency device may be, but is not limited to, the Common Public Radio Interface (CPRI) interface protocol, the Enhanced Common Public Radio Interface (eCPRI) interface protocol, or the Fronthaul Interface Protocol between the DU and RU in an O-RAN system.

[0164] In embodiments of this application, the device configured to implement the functions of a network device may be a network device, or a device capable of supporting the network device in implementing its functions, such as a chip system. The device may be mounted on or used in a network device. In embodiments of this application, the chip system may include a chip, or it may include a chip and other discrete devices.

[0165] Figure 1 is a diagram of a wireless communication system to which one embodiment of this application may be applied. As shown in Figure 1, the wireless communication system may include at least one network device, for example, network device 110 shown in Figure 1. The wireless communication system may further include at least one terminal device, for example, terminal device 120 and terminal device 130 shown in Figure 1. Multiple antennas are configured for both the network device and the terminal devices, and the network device and the terminal devices may communicate with each other using multi-antenna technology. The terminal devices may communicate with each other directly. A link for direct communication between terminal devices is referred to as a sidelink (SL), and direct communication between terminal devices may be referred to as SL communication.

[0166] When a network device communicates with terminal devices, the network device may manage one or more cells, and one cell may have an integer number of terminal devices. Optionally, network device 110 and terminal device 120 form a single-cell communication system. Without loss of generality, the cell is referred to as cell #1. Network device 110 may be a network device within cell #1, or network device 110 may provide services to terminal devices within cell #1 (e.g., terminal device 120).

[0167] It should be noted that a cell may be understood as an area within the wireless signal coverage of a network device.

[0168] Figure 2 is a diagram of another wireless communication system to which one embodiment of this application may be applied. As shown in Figure 2, this embodiment of this application may be applied to an SL communication scenario and may support communication scenarios with and without network coverage. The scenarios shown in Figures 2(a) to (c) are scenarios in which UE1 is within network coverage, and the scenario shown in Figure 2(d) is a scenario in which both UE1 and UE2 are outside of network coverage. In the scenarios shown in Figures 2(a) to (c), UE1 communicates with UE2 on a resource scheduled by a network device, which may be called a licensed resource or licensed frequency band, or UE1 communicates with UE2 by selecting a resource from a resource pool through resource self-selection, which may be called an unlicensed resource or unlicensed frequency band. In the scenario shown in Figure 2(d), since both UE1 and UE2 are outside of network coverage, UE1 and UE2 may communicate through resource self-selection. The resource is a time-frequency resource.

[0169] Figures 1 and 2 should be understood as simplified examples for ease of understanding. They may also include other network or terminal devices not shown in Figures 1 and 2. Embodiments of this application are applicable to any communication scenario in which a transmitting device communicates with a receiving device.

[0170] To facilitate understanding of the embodiments of this application, some basic concepts in these embodiments are briefly explained. The basic concepts described below will be briefly illustrated using the basic concepts specified in current protocols as examples, but it should be understood that the embodiments of this application are not limited to those applicable only to current systems. Therefore, when current systems are used as examples for illustrative purposes, all names are functional descriptions and are not limited to specific names; they only indicate functionality and may be extended to correspond to other systems, such as 6G systems or future communication systems.

[0171] 1. Proximity communication (PC5) interface

[0172] The operational scenarios supported by cellular vehicle-to-everything (C-V2X) include both scenarios with cellular network coverage and scenarios with cellular network deployment. C-V2X may provide two communication interfaces: a short-range direct communication interface (PC5) between vehicles, people, and roads, and a communication interface (Uu) between terminals and base stations, which can implement reliable communication over long distances and wide areas. When a terminal device supporting C-V2X (such as an in-vehicle terminal, smartphone, or roadside unit) is within cellular network coverage, that terminal device may use the Uu interface under the control of the cellular network. Regardless of whether network coverage is available, the terminal device may use the PC5 interface to perform V2X communication. C-V2X combines the Uu and PC5 interfaces to support each other in V2X service transmissions, forming effective redundancy to ensure the reliability of communication.

[0173] As shown in Figure 3, C-V2X includes Vehicle-to-Vehicle (V2V), Vehicle-to-Pedestrian (V2P), Vehicle-to-Infrastructure (V2I), and Vehicle-to-Network (V2N). As cellular systems evolve from 4G Long Term Evolution (LTE) to 5G, C-V2X is evolving from LTE-V2X to NR-V2X (New Radio V2X).

[0174] V2X communication has great potential in reducing vehicle collisions and the corresponding number of casualties. The benefits of V2X are not limited to improving safety. Vehicles capable of V2X communication can help with better traffic management, further promote green transportation, and reduce energy consumption. Intelligent Transportation Systems (ITS) are an application that combines V2X. Based on V2X technology, a vehicle user (Vehicle UE, abbreviated as V-UE) can transmit information about the vehicle user, such as location, speed, intention (right turn, left turn, merging, or reversing), and information triggered by some periodic and aperiodic events, to a nearby V-UE, and the V-UE can also receive information from nearby users in real time. 5G NR V2X supports lower transmission latency, more reliable communication transmission, higher throughput, and a better user experience, thereby meeting the requirements of a wider range of application scenarios. Furthermore, the vehicle-to-vehicle communication technology supported by V2X may also be applied to device-to-device (D2D) communication in any system.

[0175] This protocol defines two resource allocation modes, Mode 1 and Mode 2, for the PC5 interface. In Mode 1, the base station allocates transmit resources to V2X via the Uu interface. Therefore, UEs in Mode 1 must be within network coverage. In Mode 2, the UE autonomously chooses to allocate transmit resources to V2X and does not need to perform the allocation via the base station. SL spectrum resources may be shared with uplink communication resources. In SL communication, Mode 1 and Mode 2 may be allocated to different resource pools or may share a resource pool. Resource pool sharing can improve resource utilization, but resource contention may occur between Mode 1 and Mode 2. Therefore, UEs in Mode 1 inform UEs in Mode 2 of resources allocated for future transmissions.

[0176] 2. SL Resource Pool

[0177] SL communication may be performed based on a resource pool. A resource pool is a set of time- and frequency-domain resources dedicated to SL communication. Alternatively, a resource pool can be understood as a set of resources available for SL communication, i.e., a set of time-domain and frequency-domain resources used for SL communication.

[0178] The resource pool used for SL communication may simply be called a resource pool, or an SL resource pool. For brevity, we will use the term "resource pool" below. The resource pool may also be called a channel, operating channel, nominal channel bandwidth, and bandwidth. In other words, the resource pool, channel, and bandwidth all represent a set of resources available for SL communication. The name of the resource pool is not limited.

[0179] In network coverage, terminal devices may obtain SL resource pool configuration information and / or SL bandwidth part (BWP) configuration information by receiving system information block (SIB) of network devices, cell-specific radio resource control (RRC) signaling of terminal devices, or UE-specific RRC signaling. Alternatively, terminal devices may use pre-configured SL resource pool configuration information or SL BWP configuration information, for example, when there is no network coverage. The SL resource pool configuration information includes resource pool resource information, which indicates the SL resource pool. The resource pool is a set of time-frequency resources used for side-link communication between terminal devices. The SL resource pool may further include code-domain resources.

[0180] Resources in the resource pool include resources used by terminal devices to transmit and receive at least one of the following: a physical sidelink control channel (PSCCH) used to carry SCIs; a physical sidelink shared channel (PSSCH) used to carry at least one of control information, data, sidelink CSI feedback information; a physical sidelink discovery channel (PSDCH) used to carry discovery messages; and a physical sidelink feedback channel (PSFCH) used for sidelink feedback information. The sidelink feedback information may be used for acknowledgment feedback information for data information, such as hybrid automatic repeat request (HARQ), acknowledgment (ACK), negative acknowledge (NACK), or channel state information (CSI) feedback information. Sidelink feedback information may further indicate, for example, energy saving information, resource support information (including recommended resources, non-recommended resources, resource collisions, resource reservation collisions, past or future half-duplex collisions), and a physical sidelink broadcast channel (PSBCH), which is used to carry information about sidelink synchronization.

[0181] The types of services carried by PSSCH may include unicast communication types, multicast communication types, and / or broadcast communication types. In the time domain, an SL resource pool contains one or more time units. A time unit may be one or more symbols, one or more slots, one or more mini-slots, one or more subframes, one or more frames, etc. One or more time units may be temporally continuous or discrete.

[0182] Time domain units within a single SL resource pool should be understood as logically contiguous.

[0183] In this application, specific definitions of symbols, minislots, slots, subframes, and frames should be further understood by referring to 3GPP standards. Further details are not provided herein.

[0184] In this application, unless otherwise specified, the term "slot" is used in description, but the term "time unit" is not limited to slots only. Similarly, unless otherwise specified, the term "subchannel" is used in description, but the term "frequency domain unit" is not limited to subchannels only.

[0185] As an example, as shown in Figure 4, slots 1 to 8 are temporally consecutive slots, and these slots are called physical slots. The physical slots, i.e., slots 1, 3, 5, and 8, are configured as slots belonging to a single SL resource pool. Slots included in an SL resource pool may be temporally discontinuous. Therefore, from the perspective of the SL resource pool, slots 1, 3, 5, and 8 in the physical slots correspond to slots 1', 2', 3', and 4' in the SL resource pool, respectively. In this case, consecutive slots included in the SL resource pool (i.e., slots 1', 2', 3', and 4') are logically consecutive slots in the SL resource pool, and slots that are logically consecutive but do not need to be temporally consecutive are called logical slots.

[0186] In the frequency domain, an SL resource pool contains one or more frequency domain units. A frequency domain unit may be one resource element (RE), multiple REs, one resource block (RB), multiple RBs, one subchannel, or multiple subchannels. The size of a subchannel indicates the number of one or more continuous or interlaced RBs contained within the subchannel in the frequency domain, and this number may be an integer such as 10, 12, 15, 20, 25, or 50.

[0187] SL resource pool configuration information may further include PSCCH configuration information. PSCCH configuration information includes the number of symbols occupied by PSCCH within one slot and the number of RBs occupied by PSCCH within one subchannel. SL BWP configuration information may include SL resource pool information for setting the number of resource pools included in the BWP. SL BWP configuration information may also include SL bandwidth information indicating the size of the bandwidth for SL communication, for example, indicating that the SL bandwidth is 20 megahertz (MHz). SL BWP configuration information may further include SL symbol information indicating the starting SL symbol location and the number of consecutive SL symbols occupied within one slot. SL BWP configuration information may further include information regarding the SL subcarrier interval and cyclic prefix, which indicates the subcarrier interval and cyclic prefix used for SL communication. The cyclic prefix may indicate an extended cyclic prefix or a normal cyclic prefix. In possible configurations, SL BWP configuration information may further include SL resource pool configuration information.

[0188] Time and frequency resources for SL communication are set based on the SL communication resource pool. The SL communication resource pool can be thought of as a set of time and frequency resources used for SL communication. With respect to time resources, the base station uses a single bitmap and periodically repeats the bitmap to indicate the set of subframes that are present in all subframes in the system and used for SL communication. Figure 5 is a diagram of the bitmap indicating the slots available for SL communication. The bitmap is 8 bits long. As shown in Figures 5 and 6, the number of symbols occupied by SL transmission within each slot is fixed at M symbols, where M is defined as 1 SL time-domain transmission duration or 1 time-domain transmission unit.

[0189] Regarding frequency resources in the SL communication resource pool, the base station divides the frequency band for SL communication into several subchannels, each subchannel containing a specific number of resource blocks, e.g., 10, 12, 15, 20, 25, 50, 75, or 100 physical resource blocks (PRBs). Figure 6 is a diagram of frequency resources in the communication resource pool. The base station specifies the sequence number of the first resource block of the frequency resources used for SL communication, the total number of subchannels N in the communication resource pool, and the number of resource blocks nCH in each subchannel. A single SL transmission may occupy one or more subchannels. When scheduling SL communication resources, scheduling in the frequency domain is performed at the subchannel granularity.

[0190] In this embodiment of the application, a subchannel may include one or more interlaces, and a subchannel containing one interlace may span one RB set or multiple RB sets. One RB set corresponds to one channel on which listen-before-talk, i.e., a channel access program, is executed. Figure 7 shows subchannels at different granularities. As shown in Figure 7(a), one interlace may span multiple RB sets or may be on one RB set, and one RB set may correspond to one 20MHz channel. Alternatively, as shown in Figure 7(b), a subchannel may include multiple consecutive RB resources.

[0191] The SL resource pool configuration information may further include PSCCH configuration information. If a PSFCH feedback resource is configured within the resource pool, the PSFCH feedback resource is configured once for every N slots. In the V2X transmit mode 2 scenario, unlike base station scheduling, the user must select a PSSCH transmit resource based on the user's listening results. To simplify the PSFCH resource selection process, NR-V2X configures a PSFCH feedback resource for each PSSCH subchannel. The specific process for determining the PSFCH resource corresponding to each subchannel is as follows:

[0192] (1) A bitmap of PSFCH frequency domain resources is set for a resource pool to indicate whether a particular PRB within the frequency domain resource where the resource pool is located can be used as a PSFCH resource. More specifically, the length of the bit information contained in the bitmap is equal to the number of PRBs in the resource pool. Bit 1 of the bitmap indicates that the corresponding PRB can be used for PSFCH transmission, and bit 0 indicates that the corresponding PRB resource cannot be used for PSFCH transmission. The leftmost bit of the bitmap is the smallest PRB index in the resource pool. In particular, PSFCH resources may also be used for HARQ-ACK transmission, and the resource is indicated as the sl-PSFCH-RB-Set bitmap. Bit value 1 of the bitmap indicates that the corresponding PRB resource can be used for HARQ-ACK feedback. In addition, PSFCH resources may also be used for conflict indication in inter-UE coordination (IUC) scheme 2 mode. Resources are indicated as bitmaps corresponding to sl-RB-SetPSFCH, where bit 1 of the bitmap indicates that the corresponding PRB resource can be used for Scheme 2 conflict indication. The locations where the bit value is 1 in sl-PSFCH-RB-Set do not overlap with the locations where the bit value is 1 in sl-RB-SetPSFCH. Figure X1 is a diagram of the bitmap indication for PSFCH resources according to one embodiment of this application. In a slot having PSFCH transmit resources, it is assumed that one subchannel contains 10 PRBs, and the resource pool has a total of three subchannels. In this case, the bitmap indicating the PSFCH frequency domain resources in the resource pool contains a total of 3 * 10 = 30 bits to indicate whether each PRB is available for PSFCH transmit. As shown in Figure 8, the bitmap indicates that the first four PRBs of the first subchannel can be used for PSFCH feedback. The bitmap may indicate HARQ-ACK resources or Scheme 2 conflict resources.

[0193] (2) Since one PSFCH feedback slot corresponds to each of the N PSSCH slots, subch For a resource pool containing several subchannels, the number of RBs of the PSFCH feedback resource corresponding to each subchannel is:

number

number

[0194] (3) Considering the limitations of the receiving device's decoding capabilities, the receiving device cannot perform feedback immediately after receiving a PSSCH. Therefore, a time interval K for PSSCH feedback is defined by standard. More specifically, a PSFCH for a PSSCH is transmitted in the first available slot containing a PSFCH resource. This slot and the slot where the PSSCH is located are separated by at least K slots, and the value of K is set by the resource pool. Figure 9 shows the correspondence between a PSSCH and a PSFCH time-domain resource. When K=2, feedback is performed on the PSFCH resource in slot 3 for PSSCHs carried in slots 0 and 1, and on the PSFCH resource in slot 7 for PSSCHs carried in slots 2, 3, 4, and 5. In addition, since the feedback for slots 2, 3, 4, and 5 is performed on the PSFCH resource in one slot, slots 2, 3, 4, and 5 may be referred to as the PSSCH bundle window length.

[0195] (4) Allocate the available PSFCH resources within the PSFCH feedback slot to each subchannel in the feedback periodicity, first in the time domain and then in the frequency domain. Figure 10 shows the PSFCH frequency domain resource allocation.

number

number

[0196] In PSFCH feedback, NACK and NACK form pairs and are represented by different orthogonal sequences, i.e., code regions. The effective logarithms may be set using a parameter, i.e., numMaxCSPair={1,2,3,4,6}, and it is possible to feed back information corresponding to up to {2,4,6,8,12} effective logarithms.

[0197] The SCI in the NR SL system is classified into first-stage SCI and second-stage SCI. The PSCCH carries the first-stage SCI. The first-stage SCI is used to schedule the second-stage SCI and the PSCCH. Since SL is a distributed system, all UEs must correctly decode the first-stage SCI before decoding the second-stage SCI and the PSCCH. However, to reduce the complexity of blind decoding performed by the UE on the PSCCH, the resource location of the PSCCH is fixed, and the format information of the carried first-stage SCI is also unique. In other words, the UE does not need to blind-detect the time-frequency resource location of the PSCCH, nor does it need to blind-detect SCIs of different formats; the UE only needs to detect whether there is a first-stage SCI at the fixed time-frequency resource location of the PSCCH. A PSCCH may be present in each subchannel within each slot, i.e., the time-domain start position of the PSCCH is the second symbol for SL transmission within each slot, with a length of 2 or 3 symbols (determined based on resource pool configuration information), and the frequency-domain position is the minimum PRB index (index) of each subchannel, with a length of at least 10 PRB (determined based on resource pool configuration information), but not exceeding the size of the subchannel.

[0198] The Frequency resource assignment field and Time resource assignment field of the first-stage SCI indicate the frequency domain and time domain resources for transmitting the PSSCH, respectively. The Resource reservation period field indicates that the resources for transmitting the PSSCH are reserved periodically. The value of the Resource reservation period field is set by the network device, pre-set, or predefined. For example, the value may be indicated via a first RRC signaling, which may be determined by sl-ResourceReservePeriod1. The second-stage SCI format field of the first-stage SCI indicates the format of the second-stage SCI. Existing second-stage SCI format fields are shown in Table 1. [Table 1]

[0199] In this protocol, the transmitting UE's transmission resources in user-selected resource mode (mode 2) are independent of the base station. The transmitting UE selects the transmission resources for communication in a resource selection window based on the sensing results in the transmitting UE's sensing window.

[0200] In one example, we assume that the sending UE triggers resource selection in slot n. The specific resource selection procedure is as follows:

[0201] Step 1: 1 slot unit and L subCH Candidate resource R in units of individual consecutive subchannels x,y Then, determine the resource selection window [n+T1, n+T2],

number

number

[0202] Step 2: Sensing Window [Number] is determined, and T0 is set using upper layer parameters, [Number] is determined in Table 2. [Table 2]

[0203] Step 3: Determine the reference signal received power (RSRP) threshold Th(p i , p j ), and the RSRP threshold and prioTX of the data to be transmitted are related to the priority prioRX indicated by the received sidelink control information (SCI). Specifically, Th(p i , p j ) is the (prioRX+(prioTX - 1)*8)-th threshold in the set of RSRP thresholds set for the resource pool.

[0204] Step 4: Initialize the available resource set S A to include all time - frequency resources in the resource selection window.

[0205] Step 5: For the following time-frequency resources, i.e., slots reserved for all periodic resources set in the resource pool corresponding to slots not sensed in the sensing window (a slot for sending), S A Exclude it.

[0206] Step 5a:S A If the time-frequency resources excluded are less than X% of the total resources in the resource selection window, perform the initialization in step 4 again.

[0207] Step 6: Continue to exclude from SA the following time-frequency resources, namely, time-frequency resources reserved for the first-stage SCI that have been received and successfully decoded, where the RSRP measurement result for the PSSCH demodulation reference signal (DMRS) is higher than the RSRP threshold determined in Step 3, are located in the resource selection window, and include retransmission resources indicated by the first-stage SCI and resources that are periodically reserved.

[0208] Step 7: S A If the number of remaining resources is less than X% of the total number of resources in the resource selection window, and the value of X% is set for the resource pool and is related to prioTX, then S A Continue executing Step 4 by increasing the RSRP threshold determined in Step 3 (by 3 each time) until the number of remaining resources in the system equals or exceeds X% of the total amount of resources in the resource selection window.

[0209] S A This is notified to the upper layer (e.g., the MAC layer), S A Randomly select time-frequency resources from

number

number

number

[0210] The user performs resource re-evaluation and preemption detection in at least slot m-T3.

number

number

number

number

number

Number

Number

[0211] 3. Time resource indication value (TRIV) and Frequency resource indication value (FRIV)

[0212] In LTE-V2X, the PSSCH frequency resource is defined as a group of consecutive subchannels with a length of L subCH . Therefore, the frequency domain position of the PSSCH is determined by the starting subchannel index

Number

Number

Number

[0213] As shown in Fig. 11, assuming N subch = 8 and L subCH = 2, the total number of groups of consecutive subchannels with a length of 2 is N subch - L subCHThere are 7 +1s, corresponding to Set 0 to Set 0 in the diagram, and are the starting subchannel indices of groups of consecutive subchannels.

number

number

[0214] In addition, in LTE-V2X, one SCI can refer to up to two PSSCH resources. The frequency locations of the two PSSCH resources are shown below. That is, the starting subchannel index of one PSSCH resource is determined by the subchannel index m of the current SCI, and the current SCI may be the SCI of the transmitting UE or the SCI of the receiving UE. The starting subchannel index of the other PSSCH resource is determined by the "Frequency resource location of the initial transmission and retransmission" field of the SCI.

number

number

number

Number

[0215] Specifically, the value of the field is represented by a resource indication value (RIV), and the correspondence between the RIV and the start subchannel index of the frequency domain resource indicated by the field

Number

Number

[0216] Hereinafter, taking N subch = 10 as an example, the coding principle of the RIV is specified. As shown in Table 3, based on the definition of the RIV, the start subchannel index

Number

Number

Number

number

number

[0217] By observing this table, we can see that the lower half of the upper triangular matrix corresponds to the missing values ​​in the upper half. For example, we can invert row 19 of the table and embed it in the second row, invert rows 29 and 28 of the table and embed them in the third column in reverse order, invert rows 39, 38, and 37 of the table and embed them in the fourth column in reverse order (and so on), thereby transforming the upper triangular matrix into a rectangle, where the length of each row is N. subch It matches exactly. When the lower half of the upper triangular matrix is ​​inverted and embedded, the corresponding row index N subch -L subCH +2 represents the original number of rows L in the lower half of the upper triangular matrix. subCH This can be thought of as an index corresponding to the number of mapping rows. For example, row 10 is mapped to row 2, row 9 is mapped to row 3, and so on. [Table 3]

[0218] In addition, the starting RIV of each row exactly matches the sum of all elements of the rows preceding that row after they have been converted to rectangles. For example, the starting RIV of the third row is 20, which exactly matches the sum of the elements of the first two rows after they have been converted to rectangles. Furthermore, the red RIV of each row after conversion matches the starting RIV of that row and the starting subchannel index.

number

number

number

[0219] For example, item 38 in the table is

number

number

number

[0220] The aforementioned rules can also be obtained by directly analyzing the definition of RIV.

number

number

number

number

number

[0221] From the table above, we can see that there are a total of 55 index values, and only 6 bits are needed for the instruction. If the start position and length are specified separately, 4(24>10) + 4(24>10) = 8 bits are needed for the instruction, which can be reduced by 2 bits using TRIV.

[0222] In NR-V2X, one SCI needs to indicate a maximum of two or three PSSCH resources. When the upper layer parameter NMAX=2, one SCI needs to indicate a maximum of two PSSCH resources, and the method of indication is the same as in LTE-V2X. When the upper layer parameter NMAX=3, one SCI needs to indicate a maximum of three PSSCH resources, and the subchannel length L of the three PSSCH resources in the frequency domain subCH These are the same. The current SCI subchannel index m determines the starting subchannel index of one PSSCH resource, and the SCI's "Frequency resource assignment" field determines the starting subchannel index of the remaining two PSSCH resources.

number

number

number

[0223] Specifically, FRIV is the starting subchannel index.

number

number

number

number

number

number

number

[0224] In addition, the "Time resource assignment" field of the SCI indicates the location of three PSSCH resources in the time domain. The field has a total of 9 bits and may indicate three cases: that the SCI is assigned only one PSSCH resource (1 possibility), that the SCI is assigned two PSSCH resources ((W-1) possibility), or that the SCI is assigned three PSSCH resources ((W-1)*(W-2) / 2 possibilities). W=32 is the maximum length of the resource window for a maximum of three PSSCH resources in the time domain, meaning that a maximum of three PSSCH resources can only be located within a time domain window with a length of 32 slots.

[0225] Specifically, in NR-V2X, the methods for instructing TRIV and FRIV are as follows: In TRIV, if "sl-MaxNumPerReserve" is set to 2, the reservation number N may be set to 1 or 2 accordingly. If "sl-MaxNumPerReserve" is set to 3, the reservation number N may be set to 1, 2, or 3 accordingly. A specific method for instructing TRIV is shown in Figure 12.

number

[0226] In the case of TRIV, if "sl-MaxNumPerReserve" is set to 2,

number

[0227] If "sl-MaxNumPerReserve" is set to 3,

number

[0228] 3. Listen Before Talk (LBT) Mechanism

[0229] In the development process of wireless communication systems, research into unlicensed frequency bands has gradually begun. For example, technologies such as LTE-U, LAA, and MultiFire have emerged. 3GPP has standard LAA and enhanced licensed-assisted access (eLAA), and is developing further enhanced licensed-assisted access (feLAA) technology, enabling LTE systems to coexist with Wi-Fi devices based on the LBT mechanism and allowing LTE Uu interface communication in unlicensed frequency bands. In 5G NR systems, NR protocol technology in unlicensed frequency bands is collectively referred to as NR-U. To improve the communication performance of the Uu interface corresponding to NR-U, the 3GPP organization has been discussing how to integrate the frame structure of the Uu interface with the LBT mechanism.

[0230] In response to this, enabling SL communication in license-free frequency bands within local space is also an important direction of evolution, and the corresponding protocol technologies are collectively referred to as SL-U. Similar to the Uu interface, terminals operating according to SL-U must also coexist with nearby Wi-Fi devices based on the LBT mechanism.

[0231] The LBT mechanism is a channel access rule based on random back-off. More specifically, a terminal must sense whether a channel is idle before it can access the channel and begin transmitting data. If the terminal senses that the channel is idle for a certain period, the terminal may occupy the channel. If the terminal senses that the channel is not idle, the terminal must wait and can only occupy the channel after it has become idle again. The LBT mechanism is an essential feature for using unlicensed frequency bands because there are various regulatory requirements for using unlicensed frequency bands in different regions around the world. Various forms of terminals operating according to different communication protocols can only use unlicensed frequency bands when the regulations are met, ensuring that spectrum resources are used fairly and efficiently. According to national and regional regulatory requirements for using unlicensed frequency bands, in the case of the 5GHz frequency band, for example, in order to access a 20MHz channel, the Occupied Channel Bandwidth (OCB) requirement must be met in order to access the channel. Typically, the minimum OCB is at least 80% of the normal bandwidth. In the 20MHz example, at least 16MHz of bandwidth is required to preempt the 20MHz channel. The 3GPP NR-U system introduces the concept of an interlaced resource block, defining an interlace m∈{0, 1, ...,M-1} as containing {m, M+m, 2M+m, 3M+m, ...}RBs. When the subcarrier spacing is 15 kHz, M=10. When the subcarrier spacing is 30 kHz, M=5. As shown in the figure below, for a 15kHz SCS, there are 10 interlaces, and each interlace uses the 10th PRB.

[0232] To comply with regulations, the 3GPP organization classifies LBT mechanisms in NR systems into the following four types:

[0233] Category 1 LBT: After acquiring channel occupancy time (COT), the communication device transmits data immediately after a short switching gap from the receive state. This is referred to as Cat 1 LBT. COT refers to the period during which the communication device is permitted to occupy the channel after successfully accessing it, and the switching gap cannot exceed 16 μs.

[0234] Category 2 LBT (Long-Band Time): LBT without random backoff is also called Cat 2 LBT. More specifically, a communication device can transmit data without performing random backoff after sensing that the channel is idle and has remained so for a certain period of time.

[0235] Category 3 LBT: Random backoff LBT with a fixed-size contention window is referred to as Cat 3 LBT. More specifically, a communication device may generate a random number N based on a fixed-size contention window and transmit data after sensing that the channel is idle and that this has continued for a period determined based on the random number N. The size of the contention window depends on the minimum and maximum values ​​of N.

[0236] Category 4 LBT: Random backoff LBT with a variable-size race window is referred to as Cat 4 LBT. More specifically, a communication device may generate a random number N based on a variable-size race window and transmit data after sensing that the channel is idle and that this has continued for a period determined based on the random number N. The size of the race window is related to the minimum and maximum values ​​of N, and the communication device may change the size of the race window.

[0237] As described below, the NR-U protocol requires NR-U devices to comply with the 3GPP protocol and use the LBT mechanism as the channel access method. NR-U devices may use the following types of LBT mechanisms:

[0238] Type 1 LBT:Cat 4 LBTNR-U devices must perform a random backoff before accessing the channel and transmitting data.

[0239] Specifically, after sensing that the channel is idle for a sensing slot duration of defer sensing (indicated as T_d), and after counter N becomes zero in the next step 4, the network device or terminal device may start transmitting information. Specifically, counter N is adjusted by sensing the channel and obtaining additional sensing slot durations according to the following steps.

[0240] (1) N=N init Set as N init 0~CW p We will use a random number that is uniformly distributed up to a certain point, and then perform step 4.

[0241] (2) If N > 0 and the network device or terminal device selects a countdown counter, set N = N-1.

[0242] (3)T sl The channel is sensed at a time granularity of 9μs. If the channel is idle at the sensing time granularity, proceed to step 4; otherwise, proceed to step 5.

[0243] (4) If N=0, stop; otherwise, perform step 2.

[0244] (5) Other T d One T sl In this case, until the channel is sensed to be busy, or until other T d All sensing slots T sl In this process, sensing of the channel continues until the channel is sensed to be idle.

[0245] (6) Other T d All sensing slots T sl Then, if the channel is sensed to be idle, step 4 is performed; otherwise, step 5 is performed.

[0246] T d is, duration T f =16μs, followed by m p The duration of each consecutive sensing slot (T sl (as shown)

number

[0247] CW min,p and CW max,p This is selected before step 1 of the preceding procedure. p , CW min,p , and CW max,p This is based on the channel access priority class p associated with transmission from a network device or terminal device, as shown in Table 4. [Table 4]

[0248] For license-free side-link transmission, the channel access priority parameter table is different from the above table as shown in Table 5. [Table 5]

[0249] Similar to the priority, it indicates that the smaller the channel access priority class value, the higher the corresponding channel access priority.

[0250] The channel occupancy time COT for transmission on the channel by the network device or the terminal device is not more than T mcot,p and the channel access procedure is executed based on the channel access priority class p associated with the transmission of the network device or the terminal device.

[0251] The network device or the terminal device maintains the contention window value CW p and adjusts the value of CW p according to the following steps before step 1 of the above backoff.

[0252] For each priority class [Number] for, CW p = CW min,p is set.

[0253] For the HARQ-ACK feedback value corresponding to the data transmitted by the network device or the terminal device in the reference subframe k, when at least Z = 80% is determined to be NACK, for each channel access priority class [Number] the corresponding CWp Increase the value to the next higher tolerance and continue with the ACK / NACK determination in step 2; otherwise, CW p =CW min,p Perform step 1 to configure the following: The reference subframe k is the start subframe of the most recent transmission on the channel performed by the network device or terminal device.

[0254] Type 2A LBT: After sensing that a Cat 2 LBT channel with a 25μs gap is idle for 25μs, the NR-U device may access the channel and transmit data.

[0255] Type 2B LBT: After sensing that a Cat 2 LBT channel with a 16μs gap is idle for 16μs, the NR-U device may access the channel and transmit data.

[0256] Type 2C LBT: Cat 1 LBTNR-U devices with a maximum gap of 16 μs do not need to sense the channel and may directly access the channel and transmit data after a switching gap of up to 16 μs in the COT.

[0257] When NR-U devices and Wi-Fi coexist, the types of devices that implement the LBT mechanism can be classified into load-based equipment (LBE) and frame-based equipment (FBE).

[0258] LBE can perform channel sensing and conflict access at any point in time, without considering frame boundaries.

[0259] FBE is permitted to obtain COT only through contention access to channels on synchronized frame boundaries within the system. In this specification, “frame” refers to a fixed frame period (FFP). A specific period value is set using RRC signaling. For example, period values ​​may be 1ms, 2ms, 2.5ms, 4ms, 5ms, and 10ms, which can evenly divide the duration (20ms) of two radio frames.

[0260] After the current terminal device completes LBT, a continuous channel occupancy time (COT) may be obtained. Channel occupancy time is the total time that the eNB / gNB / UE and any eNB / gNB / UE occupying the shared channel perform transmissions on that channel after the eNB / gNB / UE has performed the corresponding channel access procedure. In addition, the terminal device may share resources in the COT with other terminal devices. Currently, the following two solutions are available for resource sharing.

[0261] Method 1: COT sharing based on reserved resources

[0262] More specifically, when a terminal device transmits data, it may reserve resources to be used thereafter based on the SCI. Then, a terminal device that preempts the COT after LBT is complete may determine, based on the received SCI for resource reservation, whether another terminal device has reserved resources in the COT, and may share the resources in the COT with the terminal device that has reserved the resources.

[0263] As shown in Figure 13, terminal device UE1 completes LBT in slot n-1 and the slot preceding slot n-1 and obtains COT. Before obtaining COT, terminal device UE1 senses that UE2 has reserved resources in slots n+2, n+3, and n+4, and that UE3 has reserved resources in slot n+4. In this case, UE1 may send COT sharing instruction information to notify UE2 and UE3 that they can use resources at their respective reserved locations.

[0264] Method 2: Open COT sharing

[0265] Regardless of whether a resource is reserved, a terminal device may share resources in the COT with another terminal device. However, in this case, it may be necessary to specify the location of a particular time-frequency resource to be shared with a particular terminal in order to avoid transmission conflicts that may arise from different terminals using the same shared resource.

[0266] As shown in Figure 14, after acquiring the Coalition of Trust (COT), UE1 may use some of the resources in the COT and then share the remaining resources with other UEs. That is, UE1 uses the resources in slots n through n+3 and shares the resources in slots n+4 and n+5 with UE2 and UE3.

[0267] Regardless of the COT sharing method, it is necessary to instruct specific UEs that they can use the COT being shared. Correspondingly, in reservation-based COT sharing, it may be necessary to instruct which UEs can use the reserved resources and which specific time-frequency resource locations. In open sharing scenarios, it is necessary to specifically instruct which UEs need to use which time-frequency resources.

[0268] Specifically, notification information may be transported via COT sharing indication information, and instruction information may be transported via first-stage SCI, second-stage SCI, or MAC CE (Media Access Control Element). Below, we will analyze how the second-stage SCI transports COT sharing indication information.

[0269] To indicate which UEs need to use the shared resource, an Additional ID must be added to the COT sharing instruction information. UEs sharing the resource will only know that the shared COT resource is available when given a specific instruction.

[0270] The second stage SCI has a total of 140 bits, with the bits required for use shown in Table 6, and a total of 41 bits are used. In addition to the 41-bit fields shown in the table, additional fields that may need to be carried include the channel access priority class (CAPC) value and the RB set instruction, each requiring 2 bits. Therefore, up to 95 remaining bits may be used to carry COT shared instruction information. [Table 6]

[0271] However, the aforementioned method does not involve the design of COT sharing instruction information in SL-U. More specifically, simply reusing the aforementioned method without additionally designing COT sharing instruction information does not enable the implementation of COT resource sharing between UEs in SL communication. From this perspective, embodiments of this application provide a sidelink COT resource sharing method.

[0272] 4. Priority of side link information

[0273] In one example where sidelink information is sidelink data, it should be understood that the priority of the sidelink information may be the priority of the PSSCH for transporting the sidelink information, or it may be the service priority of the sidelink information.

[0274] For example, the priority classes of sidelink information may be 1, 2, 3, ..., 8. A smaller priority class indicates a higher priority for the sidelink information. For example, the priority corresponding to sidelink information priority 1 is higher than the priority corresponding to sidelink information priority 2, the priority corresponding to sidelink information priority 2 is higher than the priority corresponding to sidelink information priority 3, and so on.

[0275] Figure 15 is a diagram of a sidelink COT sharing method 100 according to one embodiment of this application. The following is illustrated.

[0276] S101:UE1 (i.e., the first terminal device) preempts COT#1. Specifically, UE1 determines the channel occupancy time COT#1 (i.e., the first channel occupancy time COT) through the channel access procedure.

[0277] The channel access procedure will be understood as the process by which UE1 accesses an unlicensed spectrum channel based on the LBT mechanism and occupies the channel for a certain period of time based on specific parameters. COT will be understood as the time-frequency resource occupied by the terminal device using the LBT mechanism, the frequency-domain resource corresponding to COT is the unlicensed spectrum channel, and the time-domain resource corresponding to COT is the time the terminal device occupies the unlicensed spectrum channel using the LBT mechanism.

[0278] The smallest granularity of an LBT in the frequency domain should be understood as the channel corresponding to the RB set, which has a bandwidth of 20 MHz.

[0279] It should be understood that the LBTs used by terminal devices in channel access procedures are not limited to the embodiments of this application. For example, a terminal device may access a channel through a Type 1 LBT or through a Type 2 (including 2A, 2B, and 2C) LBT.

[0280] In this embodiment of the application, COT sharing means that UE1 shares the COT with other UEs, i.e., COT sharing is performed between two or more UEs. In addition, UE1 performing COT sharing may be the transmitter of SL communication, and the other user equipment may be the receiver of SL communication. Alternatively, UE1 performing COT sharing may be the receiver of SL communication, and the other user equipment may be the transmitter of SL communication. Generally, the user equipment that first transmits data generates the COT sharing instruction information. In other words, UE1 and the other UEs have the same structure, but UE1 is the one that first transmits data and therefore may generate the COT sharing instruction information.

[0281] Furthermore, COT sharing can be understood as UE1 instructing other UEs to use the resources in UE1's initial COT based on shared instruction information.

[0282] Optionally, when using resources in a shared COT, the UE sharing the resource sends data on that resource to at least the UE in the initial COT. For example, when UE1 shares a resource in the COT with UE2, UE2 sends data on that resource to at least UE1.

[0283] Optionally, the shared resource may be PSSCH or PSFCH.

[0284] S102:UE1 determines the resources to be shared in COT#1 (i.e., the first resource) based on the priority threshold.

[0285] It should be understood that the priority threshold may be determined by the UE1 of the initial COT. As an example, and not an limitation, the priority threshold may be the highest priority among multiple target TBs or multiple data packets in COT#1.

[0286] Optionally, the priority threshold may be the lowest priority of multiple target TBs or multiple data packets in COT#1.

[0287] Optionally, the priority threshold may be the priority of the data sent in the first slot in COT#1.

[0288] Optionally, the priority threshold may be the priority threshold set for UE1 or a pre-configured priority threshold, or it may be the priority threshold set for the resource pool.

[0289] Optionally, the priority threshold may be the lowest priority of the reserved resources among the resources determined by UE1 to be shared in COT#1. For example, UE1's initial COT#1 contains 4 slots, with a transmit data priority of 5 for slot #1, 1 for slot #2, 2 for slot #3, and 5 for slot #4. UE1 senses that the priorities of the resources reserved by other UEs in slots #2, #3, and #4 are 2, 3, and 4, respectively. In the priority comparison method, UE1 shares the resources in slot #4 but not the resources in the other slots. In this case, the priority threshold may be indicated as 4, meaning that the available shared resources correspond to the lowest priority of the reserved resources. Correspondingly, in slot #3, UE1 does not need to reserve time for UE2 to perform channel access to ensure that other UEs cannot use the resources in slot #3 in the COT.

[0290] It should be understood that a higher priority means a lower corresponding priority value. For example, a priority value of 1 is higher than a priority value of 2.

[0291] Furthermore, UE1 decides whether to share resources in COT#1 or use resources in COT#1 based on the priority threshold. Specific explanations of these two cases are provided below.

[0292] Case 1: COT sharing based on resource reservations

[0293] SL-U supports UEs reserving resources, and UE1 in the initial COT can sense resource reservation information from other UEs to determine if there are resources reserved by other UEs in COT#1 and to determine the priority of the data to be sent on the reserved resources. Based on the priority threshold, UE1 can then decide whether to share resources reserved by other UEs in COT#1.

[0294] UE1 sensing resource reservation information from other UEs may also involve receiving SCI information transmitted by other UEs to obtain the location of the resource reserved by the other UE and the priority corresponding to that reserved resource.

[0295] In this case, the COT sharing method 100 further includes S103 before S101.

[0296] S103:UE2 reserves the second resource.

[0297] Optionally, the COT sharing method 100 further includes S104:UE2 sending second instruction information to UE1.

[0298] The second instruction information indicates the time-domain location of the second resource reserved by UE2, or the time-domain and frequency-domain location of the second resource reserved by UE. This is not limited to this embodiment of the application.

[0299] In response, UE1 receives a second instruction and, based on that instruction, determines that the second resource reserved by UE2 is located in COT#1, which was acquired by UE1.

[0300] Furthermore, UE1 determines whether to share the corresponding UE2 and the second resource based on a preset priority threshold and the priority of the second resource (i.e., the priority of data transmitted on the second resource reserved by UE2).

[0301] Specifically, when UE1 performs resource selection, it will not select resources whose priority is higher than the priority threshold.

[0302] In possible implementations, the physical layer reports a priority threshold to the Medium Access Control (MAC) layer, so that when the MAC layer selects resources from a resource set SA, it does not select time-frequency resources with a priority higher than the priority threshold (see the resource selection process, which is not described again in detail herein).

[0303] Thus, the physical layer needs to report to the MAC layer any additionally sensed resource reservation information from other UEs, or sets of resources reserved by other UEs, and the MAC layer determines the location of any possible shared resources.

[0304] Optionally, the priority threshold is directly determined by the Medium Access Control (MAC) layer based on the data being transmitted.

[0305] In another possible implementation, when performing resource exclusion, UE1 excludes reserved resources with a priority higher than the priority threshold and reports this resource set and resource set SA to the MAC layer. Finally, the MAC layer selects the resources together in the resource selection process and instructs the physical layer to share the resources with other UEs.

[0306] Thus, it should be understood that the priority threshold may be instructed to the physical layer by the MAC layer. In other words, the priority threshold may be determined by the MAC layer, and the priority threshold may be determined by the MAC layer based on the data being transmitted.

[0307] In another possible implementation, UE1 may report at least one second resource to the MAC layer when determining at least one second resource reserved by UE2. The MAC determines whether to share the reserved resource based on a priority threshold, and / or determines the location of the resource selected by UE1 based on the priority threshold and the resource reserved by UE2. This step may be completed before the COT is obtained and during resource selection.

[0308] After UE1 decides whether to share the second resource with the corresponding UE2, it generates the first instruction information to indicate that the resource in COT#1 will be shared with UE2.

[0309] If UE1 fails to receive reservation information from UE2, it should be understood that the first instruction information must also include a priority threshold.

[0310] S105:UE1 sends first instruction information, including a priority threshold, to UE2.

[0311] In response, UE2 receives the first instruction information from UE1.

[0312] The first instruction information may be transmitted in the first slot in COT#1 determined by UE1, or in each slot in COT#1. This is not limited to this embodiment of the application.

[0313] Optionally, the first instruction information transmitted in each slot may be different. For example, the first instruction information may be dynamically updated depending on the time of transmission.

[0314] In possible implementations, the first instruction information may be additionally instructed. For example, the first instruction information may be carried in the first stage SCI, the priority threshold may be carried in the second stage SCI, or the priority threshold may be carried in the MAC CE. This is not limited to this embodiment of the application.

[0315] In another possible implementation, UE1 may reuse the priority within the current SCI as a priority threshold to implicitly indicate the time-frequency resource location of the shared COT resource. Furthermore, it is conceivable that the priority of data transmitted by UE1 in different slots in the COT may differ, and the reused SCI may be the SCI of data transmitted by UE1 in the first slot in COT#1, or it may be the SCI of the slot where the first instruction information successfully decoded by UE2 is located. This is not limited to this embodiment of the application.

[0316] In addition, the first instruction information further includes resource information for COT#1 (i.e., resource information for the first COT), enabling a UE receiving the first instruction information to determine the resource information for COT#1. The resource information includes information about all or part of the resources in COT#1. This is not limited to this embodiment of the application.

[0317] Optionally, the resource information for the first COT includes, but is not limited to, one or more of the following: channel access priority CACP, COT time domain start position, COT duration, and the position of the RB set included in the COT in the frequency domain.

[0318] For example, if COT#1 has slots n, n+1, and n+2, the resource information may include the resource in slot n, the resource in slot n+1, and the resource in slot n+2, or the resource may include one or two of the resources in slot n, the resource in slot n+1, and the resource in slot n+2.

[0319] Optionally, the first instruction information further includes an Additional ID (i.e., a first identifier) ​​that indicates which UEs can use the shared COT. Specifically, UE1 determines in S102, based on the priority threshold, which UEs can use the shared COT, and determines, based on the priority threshold, the number of UEs that can share the COT, i.e., the number of Additional IDs and specific Additional IDs.

[0320] Optionally, the first instruction information may be a first identifier pair, and UE1 may further instruct UEs that can use the shared COT based on an Additional ID pair. Each Additional ID pair includes both the service ID of UE1 and the ID or service ID of the UE from which the COT is shared. The service ID of UE1 is used to determine which UEs from which the COT is shared will use the shared resource to send to the UE of the initial COT.

[0321] As an example, not an exhaustive one, as shown in Figure 16, UE1 acquires the COT by initializing it in slot n, i.e., by performing a type 1 channel access, and senses in slots m to m+3 that UE2 and UE3 have reserved resources in slots n+3 to n+6 in UE1's COT, and that their priorities are 1, 2, and 3, respectively. However, UE1 learns that the priority of the data that the UEs need to send in the COT is 2 and 3. In this case, UE1 performs a priority comparison and determines that only slots with a priority of 2 or higher, i.e., slots n+1 and n+2, are shared. In this case, when the COT sharing instruction information (i.e., the first instruction information) is sent in slot n, one priority threshold PriorityThreshold=2 may be instructed, and the shared COT may be used only by reservations with a priority of 2 or higher. Therefore, the number of UEs that can share the COT as determined by UE1 is 2, for UE2 and UE3 respectively, and UE1 generates 2 Additional IDs, and the values ​​of the 2 Additional IDs are UE2 and UE3 respectively, or UE1 has values<UE1,UE2> and<UE2,UE3> This generates two additional ID pairs.

[0322] S106:UE2 determines whether the second resource is available based on the first instruction information.

[0323] Specifically, upon receiving the first instruction information, UE2 must obtain the priority threshold carried in the instruction information through analysis, then compare the reservation priority with the priority threshold to determine whether the reserved second resource is available.

[0324] It should be understood that UE2, based on the resource information of COT#1 included in the first instruction information, further determines whether the time domain location of the reserved second resource is within COT#1, before determining whether the shared time frequency resource is available based on the priority threshold. Furthermore, UE2 determines whether the second resource is available based on the priority threshold included in the first instruction information and the priority of the data transmitted on the second resource. That is, UE2 determines that the second resource is available when the priority of the data transmitted on the second resource is equal to or greater than the priority threshold.

[0325] It should be understood that the available resources determined by UE2 may be all or part of the resources shared by UE1 in COT#1. In other words, UE1 may, in turn, share resources with one or more UEs that have reserved resources in COT#1, resources whose priority in COT#1 is equal to or greater than the priority threshold for use.

[0326] Optionally, when the first instruction information includes CAPC, UE2 may use the shared resources only if the channel access priority CAPC of the data being transmitted by UE2 is higher than the CAPC indicated in the first instruction information.

[0327] Optionally, when UE2 transmits data over a shared time-frequency resource (i.e., a third resource), the destination receiving UE for the data includes at least UE1, i.e., UE2 transmits data to at least UE1 over that time-frequency resource.

[0328] It should be understood that the shared time-frequency resources available in COT#1 and determined by UE2 (i.e., the third resource) may be all or part of the time-frequency resources reserved by UE2 in COT#1. This is because the data transmitted by UE2 in different slots in COT#1 may have different priorities, and UE2 can only use time-frequency resources from the reserved resources whose priority is higher than the priority threshold.

[0329] Specifically, when a second resource reserved by UE2 includes multiple slots for transmitting data of different priorities, UE2 determines whether all or part of the second resource is available based on the priority thresholds included in the first instruction information and the priorities of the data to be transmitted in the multiple slots of the second resource.

[0330] As an example instead of a limitation, UE1 acquires the COT by performing channel access in slot n, and UE2 reserves resources in slots n to n+2 of the COT to send data #1, data #2, and data #3, respectively. The priorities of data #1, data #2, and data #3 are 3, 2, and 1, respectively. When the priority threshold included in the first instruction information is 2, and the COT is shareable only when the data priority is equal to or greater than the priority threshold, UE2 can determine, after receiving the first instruction information, that data #2 and data #3 are available to send in slots n+1 and slots n+2 based on the priority threshold.

[0331] In a possible implementation, when the first instruction information includes an Additional ID (i.e., a first identifier), UE2 can further determine whether it can use the second resource by determining whether there is an Additional ID that directs UE2 to it.

[0332] The first instruction information may include a plurality of Additional IDs or a plurality of Additional ID pairs, each indicating a plurality of UEs from which a resource is shared. A UE receiving the first instruction information may determine whether the reserved resource is available to it based solely on the Additional ID (or Additional ID pair), or a UE receiving the first instruction information may determine whether the reserved resource is available to it based on whether the UE's Additional ID (or Additional ID pair) is indicated and the priority threshold of the first instruction information. This is not limited to this embodiment of the application.

[0333] As an example, and not an exhaustive one, UE2, UE3, and UE4 each reserve a resource in COT#3 obtained by UE1. UE1 generates two Additional IDs, each with values ​​for UE3 and UE4, based on a priority threshold and the priority of the data transmitted by UE2, UE3, and UE4 on the reserved resource. UE3 and UE4, after receiving the first instruction, determine that the resource reserved in COT#3 is available. Correspondingly, UE2, after receiving the first instruction, may determine that the resource reserved in COT is unavailable solely based on the fact that the first instruction does not include an Additional ID pointing to UE2. Alternatively, UE2 may determine that the resource reserved in COT is unavailable based on the fact that the first instruction does not include an Additional ID pointing to UE2, and that the priority of the data transmitted on the resource reserved by UE2 in COT#3 is lower than the priority threshold.

[0334] When UE2 has reserved multiple slots for sending data in the COT obtained by UE1, and UE1 decides to share resources in those multiple slots with UE2 based on a priority threshold, UE1 will not share one Additional ID whose value is UE2, or whose value is<UE1,UE2> Only Additional ID pairs are generated.

[0335] After UE2 determines that the second resource reserved in COT#1 is available, it should be understood that UE2 can use the second resource according to its own implementation.

[0336] Optionally, after the physical layer determines the available shared time-frequency resources (i.e., the first resource) at COT#1, UE2 can directly transmit data packets over the time-frequency resources.

[0337] Optionally, after the physical layer has determined the available shared time-frequency resources (i.e., the first resource) in COT#1, UE2 may report the shared resource to the MAC layer, instruct it to recognize it as a shared resource, and instruct the MAC layer to perform resource selection.

[0338] After the available time-frequency resources are determined, it should be understood that UE2 further needs to either perform type 2 channel access before the shared resources, or switch from type 1 channel access to type 2 channel access before the shared resources.

[0339] Case 2: Open COT Sharing

[0340] In this case, UE2 does not reserve resources in COT. In S102, UE1 determines the resources to be shared in COT#1 and then generates first instruction information including priority thresholds. For details on how UE1 determines the resources to be shared in COT#1, see Case 1. Further details are not described again in this specification.

[0341] S105:UE1 sends the first instruction information to UE3. Optionally, the first instruction information includes a priority threshold.

[0342] In response to this, UE3 receives the first instruction information from UE1.

[0343] The first instruction information may perform additional instructions, or UE1 may reuse the priority in the current SCI as the priority threshold. See Case 1 for specific methods. Further details are not described in this embodiment of this application.

[0344] In addition, the first instruction information further includes resource information for COT#1 (i.e., resource information for the first COT), enabling a UE receiving the first instruction information to determine the resource information for COT#1. The resource information includes information about all or part of the resources in COT#1. This is not limited to this embodiment of the application.

[0345] S107:UE3 determines whether the resources in COT#1 are available based on the first instruction information.

[0346] Upon receiving the first instruction information, UE3 must first obtain the priority threshold carried in the instruction information through analysis, then compare the priority of the data expected to be transmitted at COT#1 (the data to be transmitted) with the priority threshold to determine whether a shared time-frequency resource at COT#1 is available, and further determine the available shared time-frequency resource at COT#1 (i.e., the third resource).

[0347] It should be understood that UE3 further determines the COT#1 resource information to be shared by UE1 based on the COT#1 resource information contained in the first instruction information, before determining whether the shared time-frequency resource is available based on the priority threshold.

[0348] Furthermore, UE3 determines whether resources shared in COT#1 are available based on the priority threshold included in the first instruction information and the priority of the data to be transmitted. In other words, UE3 determines that resources shared in COT#1 are available for transmitting the data to be transmitted when the priority of the data to be transmitted is equal to or greater than the priority threshold.

[0349] As an example, and not an exhaustive one, UE1 shares COT#1 from slot n to slot n+3 with UE3 based on the first instruction information, and instructs that the priority threshold is 2 based on the first instruction information. After receiving the first instruction information, UE3 determines that it is possible to transmit data in COT#1 based on the priority equal to 1 of the data it expects to transmit in COT#1, and selects all or part of the time-frequency resources in slot n to slot n+3 to transmit the data.

[0350] It should be understood that the available resources determined by UE3 (i.e., the third resource) may be all or part of the resources shared by UE1 in COT#1.

[0351] Optionally, when UE3 transmits data over a shared time-frequency resource, the destination receiving UE for the data includes at least UE1, i.e., UE3 transmits data over the time-frequency resource to at least UE1.

[0352] Optionally, if the first instruction information includes a CAPC, UE3 must further compare the CAPC corresponding to the data being sent by UE3 with the instructed CAPC. Shared resources can only be used if the CAPC corresponding to the data being sent is higher than the instructed CAPC.

[0353] Optionally, the first instruction information includes licensing instruction information for the PSFCH resource (i.e., sharing and licensing information for the PSFCH resource) and indicates that the PSFCH resource in COT#1 is shareable.

[0354] Optionally, the license instruction information for PSFCH resources may be indicated using one or more bits.

[0355] In possible implementations, the PSFCH resource license instruction information can use one bit to indicate that any responding device (an example of a third terminal device) can use the shared PSFCH resource, or that the responding device cannot use the shared resource. Correspondingly, a responding device that has received the PSFCH resource license instruction information can either send feedback information on the shared PSFCH resource in COT#1, or it cannot use the shared PSFCH resource.

[0356] Optionally, the license instruction information for PSFCH resources may be replaced with PSFCH sharing instruction information.

[0357] Optionally, the PSFCH resource licensing information may indicate that any terminal device (another example being a third terminal device) can use the shared PSFCH resource. This can further improve resource utilization compared to restricting access to the shared PSFCH resource to only the responding device.

[0358] Shared PSFCH resources may be all or part of the PSFCH resources in the first COT.

[0359] The responding device should understand that it will determine which PSFCH resources are licensed for use and available for use based on the PSFCH license information and the PSFCH resources used by the responding device.

[0360] A responding device can be defined as the data receiving end of the UE1 in the initial COT, or as a terminal designated by the UE1 based on additional identification information (e.g., Additional ID or Additional ID pair) within the shared instruction information. Specifically, the 1-bit PSFCH license information may indicate true, false, or (0 / 1). For example, when the license information indicates true, it indicates that all responding devices that receive the instruction information can use the shared PSFCH resource. In this way, devices sharing the resource will only use the shared resource after receiving the license information, thereby satisfying regulatory requirements.

[0361] In other possible implementations, resource license instruction information can use multiple bits to indicate multiple states. For example, state 1 may indicate that only the data receiving end transmitted by the COT initiator can use the shared resource. With respect to Figure 17, the data receiving end may be defined as the data receiving device (UE5) transmitted by UE2 in the initial COT of UE2, or it may indicate the data receiving devices (UE4 and UE5) of UE2 in the current slot and initial COT to ensure that the shared resource is used by the data receiving UE and that the COT is not lost.

[0362] For example, UE2 directs UE3 based on the Additional ID in the COT directive information. In this case, state 2 may indicate that the directive information directs to an additionally designated device, i.e., UE3 can use the shared PSFCH resource.

[0363] For example, state 3 indicates that the data receiving end of the UE sharing the COT can send feedback over the shared PSFCH (UE6 and UE2).

[0364] For example, state 4 indicates that no UE can use the shared PSFCH resource.

[0365] Clearly, states 2 and 3 are less restrictive than state 1 in terms of PSFCH resource usage, allowing more terminal devices to perform feedback on different frequency domain resources of the same symbol, thereby improving resource utilization.

[0366] It should be understood that the feedback information transmitted on the shared PSFCH resource may be ACK / NACK feedback or feedback in the form of NACK only. This is not limited to this embodiment of the application.

[0367] In other possible implementations, it should be understood that any combination of the aforementioned states may be used to form a new state, or any combination of states may be indicated by a set of bits. For example, a combination of the devices included in state 1 and state 2 may result in state 5. State 5 may indicate that UE5 and UE3, or UE4, UE5, and UE3, can use a shared resource.

[0368] Please note that the aforementioned instruction methods are not limited to unicast or multicast scenarios.

[0369] UE2 expects to send multiple data streams in COT#1, and the data streams sent in different slots will have different priorities. Please understand that UE2 can only use time-frequency resources among the reserved resources whose priority is higher than the priority threshold.

[0370] As an example, and not an exhaustive one, UE1 shares COT#1 from slot n to slot n+3 with UE3 based on the first instruction information, and instructs that the priority threshold is 2 based on the first instruction information. UE3 expects to transmit data #4, data #5, and data #6 in COT#1, with priorities of 3, 2, and 1, respectively. After receiving the first instruction information, UE3 decides that it is possible to transmit data #5 and data #6 in COT#1 based on the priority of the data to be transmitted, and selects all or part of the time-frequency resources in slot n to slot n+3 to transmit data #5 and data #6.

[0371] It's easy to understand that when a UE performs a COT share, if the UE doesn't specify the location of the resource to be shared with a particular UE, a send contention issue can occur where different UEs use the same resource to send it simultaneously.

[0372] Figure 18 illustrates yet another COT sharing scenario. As shown in Figure 18, UE1 initializes the COT and senses that UE2 and UE3 have reserved resources in UE1's COT. UE2's reservation has a higher priority, so UE1 may share resources in slot n+2 with UE2. However, UE3's reserved resources have a lower priority, so UE1 may not share resources in slot n+3. However, if we don't consider a reservation-based COT mechanism, UE2 needs to know which resources are shared. Otherwise, UE2 doesn't know which shared resources it should use. Therefore, the designation of specific time-frequency resources needs to be specifically engineered.

[0373] For COT resource sharing on sidelink, one embodiment of this application further provides a method for indicating a time-domain resource location, which can be used together with Method 100 or based on additional indication information. In this way, while license-free spectrum resource COT sharing is implemented in SL-U, the overhead of COT indication information can be reduced, and when the same SCI carries user information, more UEs are instructed to use shared resources, thereby improving resource utilization and the overall system performance of SL-U.

[0374] Compared with the offset that separately indicates the start position and length, in TRIV, there exists t1 < t2 between t1 and t2, that is, the value of t2 is necessarily greater than the value of t1. Therefore, it should be understood that the overhead can be reduced by the method of indicating two resources based on TRIV. For example, as shown in the figure, when two fields directly represent two t values, a total of 5 * 2 = 10 bits are required. In the TRIV method, 1 ≤ t1 ≤ 31 and t1 < t2 ≤ 31, and there are only 32 * 31 / 2 = 496 combinations in total. Therefore, only 9 bits are required, and the overhead can be reduced by 1 bit. Since the value of t2 is necessarily greater than the value of t1, that is, when the value of t1 is 10, the value of t2 is necessarily 11 to 31, and there are only 21 values in total. It is easy to understand that the overhead is reduced.

[0375] To reduce the resource overhead of COT sharing indication information, in this embodiment of this application, TRIV is introduced for COT sharing to indicate the time-domain location shared with the UE.

[0376] FIG. 19 is a diagram of a sidelink COT sharing method 200 according to an embodiment of this application. The following is illustrated.

[0377] S201: UE1 (i.e., the first terminal device) preempts COT#2. Specifically, UE1 determines the channel occupancy time COT#2 (i.e., the second channel occupancy time COT) through the channel access procedure. See step S101 for the process by which UE1 performs channel access. Further details are not described again herein.

[0378] In COT sharing, it should be understood that a maximum COT, i.e., COT = 10 ms, is a possible case. With a subcarrier spacing of 60 kHz and a slot length of 0.25 ms, the maximum COT is 40 slots. In addition, this solution is not limited to the case where the maximum COT is 10 ms. The maximum COT may alternatively be a different value. The following design concept may be reused as an alternative. For example, if COT = 6 ms, the corresponding maximum COT is 24 slots.

[0379] The following sections will separately detail the cases in which UE1 shares resources in COT#2 with a single UE and the cases in which it shares resources with multiple UEs.

[0380] Case 1

[0381] S202:UE1 sends a third instruction to UE2, instructing UE1 to share resources in COT#2 with UE2.

[0382] As shown in Figure 20(a), UE1 uses TRIV in the third instruction information to indicate the start and end positions in the time domain of resource #A (an example of a fourth resource) available to UE2 (i.e., an example of a second terminal device). Resource #A should be understood to include one or more slots in the time domain. This is not limited to this embodiment of the application.

[0383] Method A: t1 specifies the start time range position for resource #A, and t2 specifies the end time range position for resource #A.

[0384] Specifically, the UE may use t1 and t2 to indicate the time-domain resource location of resource #A in the shared COT#2, where 2 ≤ t1 ≤ 40 and t1 ≤ t2 ≤ 40. The minimum value of t1 is 2 because the shared resource must start in the second slot of the COT in the time domain. When the value of t1 is 2, the value of t2 can be any value between 2 and 40, and may represent some combination. In this case, all combinations may be exhaustively processed, and (39 + 38 + ... + 2 + 1) = (1 + 39) * 39 / 2 = 780 combinations may be obtained. Therefore, since 2^10 = 1024 > 780, a total of 10 bits are needed for the indication.

[0385] For example, according to the TRIV design method described above, the TRIV may be designed as follows:

number

[0386] When t1=20 and T2=40, the calculated value is 820.

[0387] The corresponding TRIV table is shown in Table 7. [Table 7]

[0388] Furthermore, the maximum value that can be represented by 10 bits is 1024, which is considered to be much larger than 820. Therefore, the method described above is not the only method, and may be described as follows.

number

[0389] The value of N is between 0 and 244 (inclusive).

[0390] Method B: t1 indicates the start time domain position of resource #A, and t2 indicates the duration of resource #A. That is, TRIV may indicate a combination of t1 and L.

[0391] In this implementation, 2 ≤ t1 ≤ 40 and 1 ≤ L ≤ 39. When the value of t1 is 10, the maximum value of L that can be indicated is 31, and there are a total of 780 values. The corresponding indication method may be as follows:

number

[0392] In this case, the corresponding TRIV table is shown in Table 8. [Table 8]

[0393] S203:UE2 uses the resources shared by UE1 in COT#2 based on the third instruction information.

[0394] Based on the UE2 implementation, it should be understood that UE2 can use resources shared by UE1 in COT#2.

[0395] Optionally, after the physical layer determines which resources are shared by UE1 in COT#2, UE2 can directly send data packets over those resources.

[0396] Optionally, after the physical layer determines which resources will be shared by UE1 in COT#2, UE2 can report the resources to the MAC layer, instructing it that the resources are shared resources and to perform resource selection.

[0397] After the available time-frequency resources are determined, it should be understood that UE2 further needs to either perform type 2 channel access before the shared resources, or switch from type 1 channel access to type 2 channel access before the shared resources.

[0398] Case 2

[0399] In this case, UE1 uses two TRIV groups within the third instruction information to instruct multiple UEs that share the COT (Center of Technology) on the start and end locations of the resources. Specifically, one TRIV group instructs the start location of the time domain for the multiple shared resources, and the other TRIV group instructs the end location of the time domain for the multiple shared resources.

[0400] S202:UE1 sends a third instruction to UE2 and UE3, instructing UE1 to share resources in COT#2 with UE2 and UE3.

[0401] As shown in Figure 20(b), UE1 decides to share resources #B and #C (two examples of the fourth resource) in COT#2 with UE2 and UE3, and needs to specify the corresponding time-domain resource locations. The time-domain location of resource #B, shared with UE2, starts at duration t1 relative to the start of the COT and ends at duration t3, while the time-domain location of resource #C, shared with UE3, starts at t2 and ends at t4.

[0402] Method C: One TRIV group specifies the start time domain positions t1 and t2 for resource #B and resource #C, and the other TRIV group specifies the end time domain positions t3 and t4 for resource #B and resource #C.

[0403] Since resource #B and resource #C have a sequential relationship in the time domain, t1 ≤ t2 is used as an example, i.e., 2 ≤ t1 ≤ 40 and t1 ≤ t2 ≤ 40. In this case, the starting positions of resource #B and resource #C can be indicated using a TRIV group. For the combined indication method, see the formula in Method A. Details will not be described again herein. Similarly, the ending positions t3 and t4 of resource #B and resource #C may be indicated by the other TRIV group, i.e., 2 ≤ t3 ≤ 40 and t1 ≤ t4 ≤ 40. The indication formula is in the same form as the indication formulas for t1 and t2.

[0404] Method D: One TRIV group specifies the start time domain position t1 and the time length L1 from t1 to t3 for resource #B, while the other TRIV group specifies the end time domain position t2 and the time length L2 from t2 to t4.

[0405] S203:UE2 and UE3 use the resources shared by UE1 in COT#2 based on the third instruction information.

[0406] It should be understood that UE2 and UE3 can use the resources in COT#2 shared by UE1, depending on their respective implementations. See Case 1 for specific methods. Further details will not be explained again in this specification.

[0407] In Case 2, it should be understood that UE1 can further send a third instruction to more than two UEs to instruct shared resources in COT#2. As shown in Figure 21, UE1 decides to share resources #B, #C, and #D (three examples of a fourth resource) in COT with UE2, UE3, and UE4. t1, t2, and t5 of the TRIV represent the time-domain start positions of resources #B, #C, and #D, respectively, with 2 ≤ t1 ≤ 40, t1 ≤ t2 ≤ 40, and t2 ≤ t5 ≤ 40, resulting in a total of 10,660 valid values. Since 2^14 = 16,304, only 14 bits are needed for the instruction.

[0408] A shared time-domain location designated for use by a specific UE may be designated by using two independent fields, i.e., one start position and one end position, or one start position and one duration. Since the maximum COT is 40 slots, a single position or length designation requires 6 bits, i.e., 12 bits are needed to designate the time-domain locations of resources available to one UE.

[0409] Therefore, compared to specifying the time-domain location of a resource shared by three UEs individually, the method of specifying the time-domain location of a shared resource based on TRIV can be reduced by 3 * 12 - 14 = 24 bits.

[0410] When it is necessary to specify a particular time-domain resource location, the start and end positions within the time domain of a single UE each require 6 bits for the specification.

[0411] Furthermore, a single UE needs to specify an additional ID, requiring 8 bits. If the Additional ID of one UE and the location of a specific time-domain resource that is available need to be specified separately, then 12 + 8 = 20 bits are required.

[0412] In this case, (140-45) / (12+8)=4.75, and since 45 bits are fixedly used to indicate other information, the second-stage SCI indicates up to four UEs that can use the shared resources.

[0413] However, when using the TRIV instruction method provided in this embodiment of the application, a single UE requires only 9 bits to indicate the start and end positions. In this case, (140-45) / (10+8)=5.28, so the second-stage SCI may instruct up to five UEs to use the shared resources.

[0414] For COT resource sharing on sidelinks, one embodiment of this application further provides a method for instructing frequency domain resource locations, which may be used in conjunction with methods 100 and 200, or independently based on additional instruction information. In this way, the overhead of COT instruction information can be reduced while license-free spectrum resource COT sharing is implemented in the SL-U, and more UEs can be instructed to use the shared resources when the same SCI carries user information, thereby improving resource utilization and the overall system performance of the SL-U.

[0415] In SL-U, it should be understood that there are up to 27 subchannels. Therefore, 5 bits are required to indicate the location of a single subchannel. However, in unlicensed frequency bands, a 20MHz bandwidth may be an RB set, and it may be necessary to indicate the location of a frequency domain resource by indicating a specific RB set and the number of subchannels within that RB set. If a single RB set has up to 10 subchannels, 4 bits are required to indicate the location of one subchannel. This solution is not limited to two scenarios.

[0416] As shown in Figure 22, one FRIV indicates the start and end positions in the frequency domain of the frequency domain resource #E, which is shared and used by the UE.

[0417] In possible implementations, FRIV uses t1 to indicate the start frequency domain location of resource #E and t2 to indicate the end frequency domain location of resource #E. See TRIV for specific indication methods; further details are not provided herein.

[0418] In another possible implementation, the resources are shared, and the starting position and frequency domain subchannel length L of the frequency domain resources used by the UE are defined. subCHThis is indicated. For specific instructions, see TRIV. Further details are not provided in this specification.

[0419] The frequency domain locations indicated by FRIV may be two locations within one RB set, or two absolute resource locations across all RB sets.

[0420] It should be understood that the embodiments provided in this application are also applicable to scenarios in which the frequency domain locations of multiple shared resources are directed to multiple UEs. Specifically, the frequency domain locations of multiple shared resources can be directed using two FRIV groups. One FRIV group directs the frequency domain start location of the multiple shared resources, and the other FRIV group directs the frequency domain end location of the multiple shared resources. See TRIV for specific directing methods. Further details are not described herein.

[0421] For consecutive slot transmissions on a sidelink, one embodiment of this application further provides a method 300 for instructing idle symbol padding to improve resource utilization and avoid COT interruptions. The instruction information instructs the data receiving end to perform data matching and corresponding decoding in time for transmissions on this slot, thereby avoiding the problem of the receiving end being unable to correctly decode the data packets. As shown in Figure 23, the method 300 includes the following steps:

[0422] S301: The fifth terminal device preempts COT#4. Specifically, the fifth terminal device determines channel occupancy time #4 through the channel access procedure.

[0423] S302: The fifth terminal device transmits the sixth instruction information to the sixth terminal device. In response, the sixth terminal device receives the sixth instruction information.

[0424] The sixth instruction indicates that data information is padded around the idle symbol within the time unit in which the sixth instruction is located.

[0425] S303: The sixth terminal device determines, based on the sixth instruction information, whether data is padded on the idle symbol within the time unit in which the fifth instruction information was received.

[0426] The method 300 will be further explained below with respect to Figure 24.

[0427] The fifth terminal device decides to transmit data in slots n+1 and n+2. Based on the existing slot structure design, the fifth terminal device transmits data only in the first 13 symbols, reserving the 14th symbol as an idle symbol gap. However, in the unlicensed frequency band, when UE5 uses all frequency domain resources on a single channel and still uses consecutive slots, the idle symbol is still reserved in this case, and if another UE performs a channel access procedure to acquire the channel, it may cause a transmit conflict or COT interruption for UE5.

[0428] One embodiment of this application provides a method. A fifth terminal device decides to transmit data in slots m+1 and m+2, and in slot m+1, it pads idle symbols with PSSCH to ensure the continuity of the COT. In addition, when transmitting data using all symbols of a complete slot, it notifies the receiving end by transmitting instruction information (i.e., sixth instruction information) so that the receiving end knows that the data transmitted in the slot occupies all symbols and performs decoding. Thus, a field needs to be added to the SCI to indicate that the GAP symbols in the slot corresponding to the GAP are padded with PSSCH data.

[0429] Optionally, the sixth instruction information may be transported in either the first-stage SCI or the second-stage SCI.

[0430] The embodiments described above may be used independently or in combination; this is not limited to this solution.

[0431] Figure 25 is a block diagram of a wireless communication device according to one embodiment of this application. As shown in Figure 25, the device 400 may include a transceiver unit 410 and a processing unit 420. Optionally, the device may further include a storage unit 430, which is configured to store instructions.

[0432] In possible implementations, the device 400 may be a first terminal device, or it may be a chip or circuit, for example, a chip or circuit that can be disposed on the first terminal device.

[0433] The processing unit 420 is configured to determine the channel occupancy time (COT).

[0434] The processing unit 420 is configured to determine which resources are shared in the COT based on a preset priority threshold.

[0435] The transceiver unit 410 is configured to transmit instruction information, which includes one or more of the following: priority thresholds, COT resource information, and PSFCH license information in the COT.

[0436] In possible implementations, the device 400 may be a second terminal device, or a chip or circuit, for example, a chip or circuit that may be located on the second terminal device.

[0437] The transceiver unit 410 is configured to receive instruction information, which includes one or more of the following: priority thresholds, COT resource information, and PSFCH license information in the COT.

[0438] The processing unit 420 is configured to determine the resources available to the COT.

[0439] It should be understood that the units within the apparatus 400 are configured to perform operations or processing processes, respectively, that are performed by the first or second terminal device in the manner described above. Detailed explanations are omitted in this specification to avoid redundancy.

[0440] Figure 26 is a block diagram of a terminal device according to one embodiment of this application. As shown in Figure 26, the terminal device 500 includes a transceiver 510, a processor 520, and a memory 530. The transceiver 510, the processor 520, and the memory 530 communicate with each other and transfer control and / or data signals using an internal connection path.

[0441] Possible implementations are as follows:

[0442] Processor 520 is configured to determine the channel occupancy time (COT).

[0443] Processor 520 is configured to determine which resources are shared in the COT based on a preset priority threshold.

[0444] The transceiver unit 510 is configured to transmit instruction information, which includes one or more of the following: priority thresholds, COT resource information, and PSFCH license information in the COT.

[0445] Another possible implementation is as follows:

[0446] The transceiver 510 is configured to receive instruction information, which includes one or more of the following: priority thresholds, COT resource information, and PSFCH license information in the COT.

[0447] Processor 520 is configured to determine the resources available to COT.

[0448] It should be understood that when the processor 520 calls a computer program from memory and executes the computer program, the processor 520 may be configured to perform the method described above and implement the functions of an entity that performs that method, such as a first terminal device or a second terminal device.

[0449] The embodiments described above may be used independently or in combination; this is not limited to this solution.

[0450] Those skilled in the art may recognize that the illustrative logical blocks and steps described in the embodiments disclosed herein may be implemented by electronic hardware or by a combination of computer software and electronic hardware. Whether the functions are performed by hardware or software depends on the specific application and the design constraints of the technical solution. Those skilled in the art may use different methods to implement the described functions for a specific application, but should not consider that such implementations exceed the scope of this application.

[0451] For the sake of convenient and concise explanation, it may be readily apparent to those skilled in the art that the detailed working processes of the aforementioned systems, apparatus, and units are described by referring to the corresponding processes in the embodiments of the methods described above. Further details are not described herein.

[0452] In some embodiments provided in this application, it should be understood that the disclosed systems, apparatus, and methods may be implemented in other ways. For example, the embodiments of the apparatus described are merely examples. For example, the division into units is merely a logical functional division. In the process of actual implementation, there may be other methods of division. For example, multiple units or components may be combined or integrated into another system, and some features may be ignored or not performed. In addition, the mutual coupling, direct coupling, or communication connection shown or considered may be implemented using some interfaces. Indirect coupling or communication connection between apparatus or units may be implemented electronically, mechanically, or in other forms.

[0453] Units described as separate parts may or may not be physically separate, and parts shown as units may or may not be physical units, may be located in one location, or may be distributed across multiple network units. Some or all of the units may be selected based on actual requirements to achieve the objectives of the solution of the embodiment.

[0454] In addition, the functional units in the embodiments of this application may be integrated into a single processing unit, each unit may exist physically independently, or two or more units may be integrated into a single unit.

[0455] In the embodiments described above, all or part of the functionality of the functional unit may be implemented using software, hardware, firmware, or any combination thereof. When implementing an embodiment using software, all or part of the embodiment may be implemented in the form of a computer program product. A computer program product includes one or more computer instructions (programs). When the computer program instructions (programs) are loaded into a computer and executed, all or part of the procedures or functions according to the embodiments of this application are generated. The computer may be a general-purpose computer, a dedicated computer, a computer network, or other programmable device. Computer instructions may be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, computer instructions may be transmitted from one website, computer, server, or data center to another website, computer, server, or data center by wired means (e.g., coaxial cable, optical fiber, or digital subscriber line (DSL)) or wireless means (e.g., infrared, radio, or microwave). Computer-readable storage media may be any available medium accessible by a computer, or a data storage device that integrates one or more available media, such as a server or data center. Available media may be magnetic media (e.g., floppy disks, hard disks, magnetic tapes), optical media (e.g., digital video discs (DVDs)), semiconductor media (e.g., solid-state disks (SSDs)), etc.

[0456] When a function is implemented in the form of a software function unit and sold or used as an independent product, the function may be stored on a computer-readable storage medium. Based on this understanding, the technical solutions of this application, or parts of the technical solutions that contribute to the prior art, may be implemented in the form of a software product. The computer software product is stored on a storage medium and includes a number of instructions for instructing a computer device (which may be a personal computer, server, network device, etc.) to perform all or part of the steps of the method described in embodiments of this application. The storage medium is any medium capable of storing program code, including, for example, a USB flash drive, a removable hard disk drive, ROM, random access memory (RAM), a magnetic disk, or a compact disk.

[0457] In embodiments of this application, it should be noted that “to indicate” may include direct and indirect indication, and may include explicit and implicit indication. The information indicated by the information is referred to as the indicated information. In a particular implementation process, the indicated information may be indicated in several ways. For example, but not limited to, the indicated information may be indicated directly, for example, using the indicated information or an index of the indicated information. Alternatively, the indicated information may be indicated indirectly by indicating other information, where there is a correlation between the other information and the indicated information. Alternatively, only a portion of the indicated information may be indicated, with the other portion of the indicated information being known or pre-agreed upon.

[0458] The various numbers such as "First" and "Second" in the embodiments of this application are used solely for the purpose of facilitating distinction and are not used to limit the scope of the embodiments of this application. For example, different numbers are used to distinguish different instruction information or different time intervals.

[0459] In embodiments of this application, “predefined” or “pre-configured” may be implemented by pre-storing corresponding codes, tables, or other relevant instructional information in a device (including, for example, terminal devices and network devices). Specific implementations are not limited in this application. In this specification, “storing” may mean storing in one or more memories. One or more memories may be separately arranged or integrated into an encoder or decoder, processor, or communication device. Alternatively, some of the one or more memories may be separately arranged, and some of the one or more memories may be integrated into a decoder, processor, or communication device. The type of memory may be any form of storage medium; this is not limited in this application.

[0460] In embodiments of this application, “protocol” refers to a standard protocol in the field of communications, and may include, for example, the LTE protocol, the NR protocol, and related protocols applicable to future communications systems. This is not limited to the present application.

[0461] In embodiments of this application, “at least one” means one or more, and “multiple” means two or more. “And / or” describes an association between related objects and indicates that three relationships may exist. For example, A and / or B means that only A exists, both A and B exist, and only B exists, where A and B may be singular or plural. The letter “ / ” generally indicates an “or” relationship between related objects. “At least one of the following items” or similar expressions means any combination of these items, including a single item or any combination of multiple items. For example, at least one of a, b, and c may mean a, b, c, a and b, a and c, b and c, or a, b, and c. Each of a, b, and c may be singular or plural.

[0462] In the embodiments of this application, descriptions such as "when," "in the case of," and "in the event of" all mean that a device (e.g., a terminal device or a network device) performs the corresponding process when objective conditions are met, and are not intended to limit the time. This description does not necessarily mean that a device (e.g., a terminal device or a network device) will perform a decision operation during implementation, nor does it imply any other limitation.

[0463] This application describes in detail several embodiments relating to several flowcharts. However, it should be understood that the flowcharts and the related descriptions of their corresponding embodiments are merely examples for the sake of clarity and do not constitute any limitation to this application. Each step in each flowchart does not necessarily have to be performed. For example, some steps may be skipped. In addition, the execution sequence of each step is not fixed and is not limited to those shown. The execution order of each step is determined based on the function and internal logic of the step.

[0464] The foregoing description is merely a specific implementation of this application and is not intended to limit the scope of protection of this application. Modifications or substitutions that are readily understandable to a person skilled in the art within the scope of the technical scope disclosed in this application shall be included within the scope of protection of this application. Accordingly, the scope of protection of this application shall be subject to the scope of protection of the claims.

Claims

1. A method of communication, The first terminal device determines the first channel occupancy time COT, The first terminal device decides to share a first resource based on a pre-set priority threshold, wherein the time domain location of the first resource is within the first COT, and the priority of the data on the first resource is equal to or greater than the priority threshold. A method comprising transmitting first instruction information to at least one second terminal device by the first terminal device, wherein the first instruction information is for sharing the first COT, and the first instruction information includes one or more of the priority threshold, resource information of the first COT, and sharing and licensing information of PSFCH resources in the first COT.

2. Before determining the first channel occupancy time COT by the first terminal device, The method according to claim 1, further comprising: the first terminal device receiving second instruction information from the second terminal device, wherein the second instruction information instructs a second resource, the second resource is a resource reserved by the second terminal device for transmitting data, the time domain location of the second resource is within the first COT, and the first resource is included in the second resource.

3. The method according to claim 2, wherein the first instruction information includes at least one first identifier, each first identifier corresponding one-to-one with a second terminal device that reserves the first resource, and the first identifier indicates that the resource in the first COT is shared with the corresponding second terminal device.

4. The method according to claim 3, wherein the number of the first identifiers is determined based on the number of second terminal devices that have reserved the first resource.

5. The sharing and licensing information of the PSFCH in the first COT is 1 bit, and indicates a third terminal device that uses the PSFCH resource in the first COT, and the third terminal device is included in the at least one second terminal device. The method according to any one line of claims 1 to 4, wherein the third terminal device is a data receiving device of the first terminal device and / or a terminal device corresponding to the first identifier.

6. The sharing and licensing information of the PSFCH in the first COT is multi-bit, The third terminal device uses the PSFCH resource in the first COT, wherein the third terminal device is included in the at least one second terminal device, and the third terminal device is a data receiving device of the first terminal device and / or a terminal device corresponding to the first identifier. The data receiving device of the terminal device corresponding to the first identifier uses the PSFCH resource, or The method according to any one of claims 1 to 4, wherein the third terminal device indicates that the PSFCH resource is unavailable in the first COT.

7. The aforementioned priority threshold is The highest priority of at least one data to be transmitted in the first COT, The lowest priority of the data to be transmitted in the first COT, or The method according to any one of claims 1 to 6, wherein one of the data priorities transmitted in the first time unit of the first COT.

8. The method according to any one of claims 1 to 7, wherein the first instruction information is transported by side link control information SCI, or the first instruction information is transported by media access control control element MAC CE.

9. A method of communication The second terminal device receives first instruction information from the first terminal device, wherein the first instruction information instructs that a first channel occupancy time (COT) is shared, and the first instruction information instructs the priority threshold, resource information for the first channel occupancy time (COT), and sharing and licensing information for PSFCH resources in the first COT. A method comprising determining, based on the priority threshold, that the second terminal device uses a third resource, wherein the time-domain location of the third resource is within the first COT and the priority of the data on the third resource is equal to or greater than the priority threshold.

10. Before the second terminal device receives the first instruction information from the first terminal device, The method according to claim 9, further comprising the second terminal device receiving second instruction information to the first terminal device, wherein the second instruction information instructs a second resource, the second resource is a resource reserved by the second terminal device for transmitting data, the time domain location of the second resource is within the first COT, and the third resource is included in the second resource.

11. The method according to claim 7 or 8, wherein the first instruction information includes a first identifier, and the first identifier indicates that the resources in the first COT are shared with the second terminal device.

12. The method according to claim 11, wherein the sharing and licensing information of the PSFCH in the first COT is one bit or multi-bit, and the second terminal device is instructed to use the PSFCH resource in the first COT.

13. The method according to any one of claims 9 to 12, wherein the first instruction information is transported by side link control information SCI, or the first instruction information is transported by media access control control element MAC CE.

14. A method of communication, The first terminal device determines the second channel occupancy time COT, The first terminal device transmits third instruction information to at least one second terminal device, wherein the third instruction information indicates a shared fourth resource, the time domain location of the fourth resource is within the second COT, and the third instruction information includes at least one resource instruction value RIV and / or sharing and licensing information for PSFCH in the second COT, with each RIV corresponding one-to-one with each fourth resource. The RIV indicates the time domain start position t1 and time domain end position t2 of the corresponding fourth resource, or A method wherein the RIV indicates the time domain start position t1 and length L of the corresponding fourth resource.

15. Before determining the first COT using the first terminal device, The method according to claim 14, further comprising: receiving a fourth instruction information from the second terminal device by the first terminal device, wherein the second instruction information instructs a fifth resource, the fifth resource is a resource reserved by the second terminal device for transmitting data, the time domain location of the fifth resource is within the second COT, and the fifth resource is included in the fourth resource.

16. The method according to claim 15, wherein the third instruction information includes at least one second identifier, each second identifier having a one-to-one correspondence with a second terminal device that has reserved the fourth resource, and the second identifier indicates that the resource in the second COT is shared with the corresponding second terminal device.

17. The method according to claim 16, wherein the number of second identifiers is determined based on the number of second terminal devices that have reserved the fourth resource.

18. The sharing and licensing information of the PSFCH in the second COT is 1 bit, and indicates whether the third terminal device can use the PSFCH resource in the second COT, and the third terminal device is included in the at least one second terminal device. The method according to claim 17, wherein the third terminal device is a data receiving device of the first terminal device and / or a second terminal device corresponding to the second identifier.

19. The sharing and licensing information of the PSFCH in the second COT is multi-bit, The third terminal device uses the PSFCH resource in the second COT, wherein the third terminal device is included in the at least one second terminal device, and the third terminal device is the data receiving device of the first terminal device and / or the second terminal device corresponding to the second identifier. The data receiving device of the terminal device corresponding to the second identifier uses the PSFCH resource, or The method according to claim 17, wherein the third terminal device indicates one of the following: that the PSFCH resource is unavailable in the first COT.

20. When t2 - t1 ≤ 19, RIV = 39(t2 - t1) + N + t1, or The method according to any one of claims 14 to 19, wherein when 20 ≤ t2 - t1 ≤ 39, RIV = 39(39 - t2 + t1) + 41 + N - t1, and 0 ≤ N ≤ 244.

21. When L ≤ 19, RIV = 39(L-1) + t1-1, or The method according to any one of claims 14 to 19, wherein when 20 ≤ L ≤ 39, RIV = 39(40 - L) + t1.

22. The method according to any one of claims 15 to 19, wherein the third instruction information is transported by side link control information SCI, or the third instruction information is transported by media access control control element MAC CE.

23. A method of communication, The second terminal device receives third instruction information, wherein the third instruction information is for sharing a fourth resource, and the third instruction information includes at least one resource instruction value RIV and / or sharing and licensing information for PSFCH in the second COT. The RIV indicates the time domain start position t1 and time domain end position t2 of the fourth resource, or The RIV indicates the time domain start position t1 and length L of the fourth resource, A communication method comprising using the fourth resource based on the third instruction information by the second terminal device.

24. The method according to claim 23, wherein the sharing and licensing information of the PSFCH in the second COT is one bit or multi-bit, and the second terminal device is instructed to use the PSFCH resource in the second COT.

25. When t2 - t1 ≤ 19, RIV = 39(t2 - t1) + N + t1, or The method according to claim 23 or 24, wherein when 20 ≤ L ≤ 39, RIV = 39(40 - L) + t1.

26. When L ≤ 19, RIV = 39(L-1) + t1-1, or The method according to claim 23 or 24, wherein when 20 ≤ L ≤ 39, RIV = 39(40 - L) + t1.

27. The method according to any one of claims 23 to 26, wherein the third instruction information is transported by side link control information SCI, or the third instruction information is transported by media access control control element MAC CE.

28. A communication device, A unit configured to implement the method described in any one of claims 1 to 8, 14 to 22, or A communication device comprising a unit configured to implement the method described in any one of claims 9 to 13, 23 to 27.

29. A communication system including a first terminal device and a second terminal device, The first terminal device is configured to implement the method described in any one of claims 1 to 8, 14 to 22, A communication system in which the second terminal device is configured to implement the method described in any one of claims 9 to 13 or 23 to 27.

30. A computer-readable storage medium for storing a computer program, wherein when the computer program is executed, The apparatus is capable of performing the method described in any one of claims 1 to 8, 14 to 22, or A computer-readable storage medium that enables the device to perform the method according to any one of claims 9 to 13, 23 to 27.

31. A communication device comprising one or more processors and memory, wherein the processors are configured to execute computer programs or instructions stored in the memory, enabling the communication device to perform the method according to any one of claims 1 to 8, 14 to 22, or the method according to any one of claims 9 to 13, 23 to 27.

32. A chip system including memory and a processor, wherein the memory is configured to store a computer program, and the processor retrieves the computer program from the memory and executes the computer program. A communication device equipped with the chip system can perform the method described in any one of claims 1 to 8, 14 to 22, or A chip system that enables a communication device equipped with the chip system to perform the method described in any one of claims 9 to 13 or 23 to 27.

Images