Resource configuration method and device of sidelink, equipment and storage medium

Abstract

The invention discloses a sidelink resource configuration method and device, equipment and a storage medium, and relates to the technical field of communication. The method comprises: a terminal device acquiring configuration information, the configuration information being used for configuring a plurality of resource sets for the terminal device (1010). By configuring a plurality of resource sets for the terminal equipment, one terminal equipment can select different resource sets for use, so that the flexibility of the sidewalk communication system is improved, and meanwhile, the sidewalk communication system supports communication of various terminal equipment with different capabilities.

Description

Sidelink resource configuration method, device, equipment and storage medium Technical Field

[0001] The embodiments of the present application relate to the field of communication technology, and in particular to a method, apparatus, device, and storage medium for configuring resources of a side link. Background Art

[0002] In current SL (Sidelink) communication technology, the system only configures a single sidelink BWP (Bandwidth Part), which all sidelink terminals must support for transmission and reception. This means that all terminals, regardless of their capabilities, must support the same bandwidth; otherwise, communication between them will be impossible.

[0003] However, low-capability devices can only transmit / receive within limited frequency bandwidths, for example, 5MHz or 10MHz, while standard-capability devices can support bandwidths as large as 20MHz, 100MHz, or 400MHz. Further research is needed to ensure that different-capability devices use different sets of frequency resources (bandwidths) for sidelink communication.

[0004] Summary of the Invention

[0005] The embodiments of the present application provide a method, apparatus, device, and storage medium for configuring resources in a sidelink. The technical solution is as follows:

[0006] According to one aspect of an embodiment of the present application, a method for configuring resources of a sidelink is provided, the method being executed by a terminal device, the method comprising:

[0007] Acquire configuration information, where the configuration information is used to configure multiple resource sets for the terminal device.

[0008] According to one aspect of an embodiment of the present application, a sidelink resource configuration device is provided, the device including:

[0009] The acquisition module is used to acquire configuration information, where the configuration information is used to configure multiple resource sets for the terminal device.

[0010] According to one aspect of an embodiment of the present application, a terminal device is provided, comprising a processor and a memory, wherein a computer program is stored in the memory, and the processor executes the computer program to implement the above-mentioned side link resource configuration method.

[0011] According to one aspect of an embodiment of the present application, a computer-readable storage medium is provided, in which a computer program is stored. The computer program is used to be executed by a processor to implement the above-mentioned resource configuration method for the side link.

[0012] According to one aspect of an embodiment of the present application, a chip is provided, which includes a programmable logic circuit and / or program instructions. When the chip is running, it is used to implement the resource configuration method of the side link.

[0013] According to one aspect of an embodiment of the present application, a computer program product is provided, which includes computer instructions, and the computer instructions are stored in a computer-readable storage medium. A processor reads and executes the computer instructions from the computer-readable storage medium to implement the above-mentioned side link resource configuration method.

[0014] The technical solutions provided by the embodiments of the present application may have the following beneficial effects:

[0015] The technical solution provided in the embodiment of the present application configures multiple resource sets for the terminal device, so that a terminal device can select different resource sets for use, thereby improving the flexibility of the side communication system and supporting communication between terminal devices with multiple different capabilities. BRIEF DESCRIPTION OF THE DRAWINGS

[0016] FIG1 is a schematic diagram of a network architecture provided by an embodiment of the present application;

[0017] FIG2 is a schematic diagram of network coverage inner line communication provided by one embodiment of the present application;

[0018] FIG3 is a schematic diagram of partial network coverage sideline communication provided by an embodiment of the present application;

[0019] FIG4 is a schematic diagram of network coverage outer line communication provided by an embodiment of the present application;

[0020] FIG5 is a schematic diagram of sideline communication with a central control node provided by one embodiment of the present application;

[0021] FIG6 is a schematic diagram of unicast transmission provided by an embodiment of the present application;

[0022] FIG7 is a schematic diagram of multicast transmission provided by an embodiment of the present application;

[0023] FIG8 is a schematic diagram of broadcast transmission provided by an embodiment of the present application;

[0024] FIG9 is a schematic diagram of a time slot structure in NR-V2X provided by an embodiment of the present application;

[0025] FIG10 is a flowchart of a method for configuring resources for a side link according to an embodiment of the present application;

[0026] FIG11 is a schematic diagram of the relationship between different frequency domain resource sets provided by an embodiment of the present application;

[0027] FIG12 is a schematic diagram of switching FRS after successfully establishing a SL connection according to an embodiment of the present application;

[0028] FIG13 is a schematic diagram of the relationship between the SL BWP and the resource pool provided by one embodiment of the present application;

[0029] FIG14 is a schematic diagram of terminal devices with different capabilities switching to different FRSs according to an embodiment of the present application;

[0030] FIG15 is a schematic diagram of an FRS provided by one embodiment of the present application included in a SL BWP;

[0031] FIG16 is a block diagram of a sidelink resource configuration apparatus provided by one embodiment of the present application;

[0032] FIG17 is a schematic structural diagram of a terminal device provided in one embodiment of the present application. DETAILED DESCRIPTION

[0033] In order to make the objectives, technical solutions and advantages of this application clearer, the implementation methods of this application will be further described in detail below with reference to the accompanying drawings.

[0034] The network architecture and business scenarios described in the embodiments of the present application are intended to more clearly illustrate the technical solutions of the embodiments of the present application, and do not constitute a limitation on the technical solutions provided by the embodiments of the present application. A person skilled in the art will appreciate that, with the evolution of the network architecture and the emergence of new business scenarios, the technical solutions provided by the embodiments of the present application are equally applicable to similar technical problems.

[0035] Please refer to Figure 1, which shows a schematic diagram of a network architecture provided by an embodiment of the present application. The network architecture may include: a core network 11, an access network 12, and a terminal device 13.

[0036] The core network 11 includes several core network devices. The functions of the core network devices are mainly to provide user connections, user management, and service carrying, and to provide an interface to the external network as a bearer network. For example, the core network of a 5G (5th Generation) NR (New Radio) system may include devices such as an AMF (Access and Mobility Management Function) entity, a UPF (User Plane Function) entity, and an SMF (Session Management Function) entity.

[0037] The access network 12 includes several access network devices 14. The access network in the 5G NR system can be called NG-RAN (New Generation-Radio Access Network). The access network device 14 is a device deployed in the access network 12 to provide wireless communication functions for the terminal device 13. The access network device 14 may include various forms of macro base stations, micro base stations, relay stations, access points, etc. In systems using different wireless access technologies, the names of devices with access network device functions may be different. For example, in the 5G NR system, they are called gNodeB or gNB. With the evolution of communication technology, the name of "access network device" may change. For the convenience of description, in the embodiments of the present application, the above-mentioned devices that provide wireless communication functions for the terminal device 13 are collectively referred to as access network devices.

[0038] The number of terminal devices 13 is usually multiple, and one or more terminal devices 13 can be distributed in the cell managed by each access network device 14. The terminal device 13 may include various handheld devices with wireless communication functions, vehicle-mounted devices, wearable devices, computing devices or other processing devices connected to a wireless modem, as well as various forms of user equipment (UE), mobile stations (MS), etc. For the convenience of description, the devices mentioned above are collectively referred to as terminal devices. The access network device 14 and the core network device communicate with each other through some air technology, such as the NG interface in the 5G NR system. The access network device 14 and the terminal device 13 communicate with each other through some air technology, such as the Uu interface. In this application, "terminal device" and "UE" are usually used interchangeably, but those skilled in the art will understand that the two usually express the same meaning.

[0039] Terminal devices 13 and terminal devices 13 (for example, vehicle-mounted devices and other devices (such as other vehicle-mounted devices, mobile phones, RSU (Road Side Unit), etc.)) can communicate with each other through a direct communication interface (such as a PC5 interface). Accordingly, the communication link established based on the direct communication interface can be called a direct link or SL. SL transmission is the direct communication and data transmission between terminal devices through a side link. Unlike traditional cellular systems in which communication data is received or sent through access network equipment, SL transmission has the characteristics of short delay and low overhead, and is suitable for communication between two terminal devices that are geographically close (such as vehicle-mounted devices and other peripheral devices that are geographically close). It should be noted that in Figure 1, only vehicle-to-vehicle communication in the V2X (vehicle to everything) scenario is used as an example. SL technology can be applied to scenarios where direct communication is carried out between various terminal devices. In other words, the terminal device in this application refers to any device that communicates using SL technology.

[0040] The "5G NR system" in the embodiments of this application may also be referred to as a 5G system or an NR system, but those skilled in the art will understand its meaning. The technical solutions described in the embodiments of this application can be applied to the 5G NR system and can also be applied to subsequent evolution systems of the 5G NR system.

[0041] Before introducing the technical solutions of this application, we first introduce and explain some of the background technologies involved in this application. The following related technologies can be combined with the technical solutions of the embodiments of this application as optional solutions, and they all fall within the scope of protection of the embodiments of this application. The embodiments of this application include at least some of the following contents.

[0042] 1. Sideline communication in different network coverage environments

[0043] In sideline communication, according to the network coverage of the communicating terminal equipment, it can be divided into sideline communication within the network coverage, sideline communication with partial network coverage, and sideline communication outside the network coverage.

[0044] For sideline communications within network coverage, as shown in Figure 2, all terminal devices performing sideline communications are within the coverage of the same access network device (such as a base station). Therefore, the above-mentioned terminal devices can all perform sideline communications based on the same sideline configuration by receiving configuration signaling from the access network device.

[0045] For sidelink communications with partial network coverage, as shown in Figure 3, some terminal devices performing sidelink communications are located within the coverage of the access network device (such as a base station). These terminal devices can receive the configuration signaling of the access network device and perform sidelink communications according to the configuration of the access network device. However, terminal devices located outside the network coverage cannot receive the configuration signaling of the access network device. In this case, the terminal devices outside the network coverage will determine the sidelink configuration based on the pre-configuration information and the information carried in the PSBCH (Physical Sidelink Broadcast Channel) sent by the terminal devices within the network coverage, and perform sidelink communications.

[0046] For sideline communications outside the network coverage, as shown in FIG4 , all terminal devices performing sideline communications are located outside the network coverage, and all terminal devices determine the sideline configuration according to pre-configured information to perform sideline communications.

[0047] For sideline communication with a central control node, as shown in Figure 5, multiple terminal devices (such as UE1, UE2, UE3) constitute a communication group, which has a central control node (such as UE1), also known as CH UE (Cluster Header UE). The central control node (such as UE1) has at least one of the following functions: responsible for establishing the communication group; joining / leaving group members; coordinating resources, allocating sideline transmission resources to other terminals, receiving sideline feedback information from other terminals; coordinating resources with other communication groups, etc.

[0048] 2. D2D / V2X

[0049] Unlike traditional cellular systems, where communication data is received or sent via access network devices (such as base stations), device-to-device communication (D2D) is a sidelink transmission technology based on Direct-to-Device (D2D), resulting in higher spectrum efficiency and lower transmission latency. The IoV system utilizes direct device-to-device communication, with two transmission modes defined by the 3rd Generation Partnership Project (3GPP): Mode A and Mode B.

[0050] Mode A: The access network allocates transmission resources to the terminal device. The terminal device transmits communication data on the sidelink based on the allocated transmission resources. The access network can allocate transmission resources for either single transmissions or semi-static transmissions. As shown in Figure 2, the terminal device is within the network coverage area, and the access network allocates transmission resources for sidelink transmissions.

[0051] Mode B: The terminal device independently selects transmission resources from the resource pool to transmit communication data. Specifically, the terminal device can select transmission resources from the resource pool by listening or by random selection. As shown in Figure 4, the terminal device is outside the network coverage area and autonomously selects transmission resources from the pre-configured resource pool for side transmission; or as shown in Figure 2, the terminal device is within the network coverage area and autonomously selects transmission resources from the network-configured resource pool for side transmission.

[0052] The above-mentioned mode A is called mode 3 in LTE-V2X and mode 1 in NR-V2X; the above-mentioned mode B is called mode 4 in LTE-V2X and mode 2 in NR-V2X.

[0053] 3.NR-V2X

[0054] In NR-V2X, terminal devices need to support autonomous driving functions, which puts higher requirements on data interaction between terminal devices, such as higher throughput, lower latency, higher reliability, larger coverage, and more flexible resource allocation.

[0055] LTE-V2X supports broadcast transmission, while NR-V2X introduces unicast and multicast transmission modes. For unicast transmission, there is only one terminal device at the receiving end. As shown in Figure 6, unicast transmission is performed between UE1 and UE2. For multicast transmission, the receiving end is all terminal devices in a communication group, or all terminal devices within a certain transmission distance. As shown in Figure 7, UE1, UE2, UE3, and UE4 constitute a communication group, where UE1 sends data, and the other terminal devices in the communication group, UE2, UE3, and UE4, are all receiving terminal devices. For broadcast transmission, the receiving end is any terminal device around the sending terminal device. As shown in Figure 8, UE1 is the sending terminal device, and the other terminal devices around it, UE2-UE6, are all receiving terminal devices.

[0056] 4.NR-V2X system frame structure

[0057] The time slot structure in NR-V2X is shown in Figure 9. Sub-figure (a) of Figure 9 shows the time slot structure without the PSFCH (Physical Sidelink Feedback Channel) channel in the time slot; sub-figure (b) of Figure 9 shows the time slot structure with the PSFCH channel included.

[0058] The PSCCH (Pysical Sidelink Control Channel) in NR-V2X starts from the second sidelink symbol of the time slot in the time domain, occupies 2 or 3 OFDM (Orthogonal Frequency Division Multiplexing) symbols, and can occupy {10, 12 15, 20, 25} PRBs (Physical Resource Blocks) in the frequency domain. In order to reduce the complexity of the UE's blind detection of the PSCCH, only one number of PSCCH symbols and PRBs is allowed to be configured in a resource pool. In addition, because the subchannel is the minimum granularity of PSSCH resource allocation in NR-V2X, the number of PRBs occupied by the PSCCH must be less than or equal to the number of PRBs contained in a subchannel in the resource pool to avoid additional restrictions on PSSCH resource selection or allocation. The PSSCH also begins in the time domain with the second sidelink symbol of the timeslot. The last time domain symbol in the timeslot is the GP (guard interval) symbol, and the remaining symbols are mapped to the PSSCH. The first sidelink symbol in the timeslot is a repetition of the second sidelink symbol. The receiving terminal typically uses the first sidelink symbol as an AGC (Automatic Gain Control) symbol; the data on this symbol is not typically used for data demodulation. The PSSCH occupies K subchannels in the frequency domain, each consisting of N consecutive PRBs, as shown in sub-figure (a) of Figure 9.

[0059] When a time slot contains a PSFCH channel, the second to last and third to last symbols in the time slot are used for PSFCH channel transmission, and a time domain symbol before the PSFCH channel is used as a GP symbol, as shown in sub-figure (b) of FIG9 .

[0060] 5.5G unlicensed (licensed-free) spectrum communication NR-U

[0061] Unlicensed spectrum is introduced in the NR system, which is a communication technology used on existing and new licensed spectrum. The NR system can achieve seamless coverage, high spectrum efficiency, high peak rate, and high reliability of the cellular network. In the LTE system, unlicensed spectrum (or unlicensed spectrum) is used as a supplementary frequency band to the licensed spectrum for cellular networks. Similarly, the NR system can also use unlicensed spectrum as part of 5G cellular network technology to provide services to users. The NR system used in unlicensed spectrum is called NR-unlicensed (NR-U).

[0062] The NR-U system supports two networking modes: licensed spectrum-assisted access and unlicensed spectrum-independent access. The former requires the use of licensed spectrum to access the network, with the unlicensed spectrum serving as a secondary carrier. The latter allows independent networking using unlicensed spectrum, allowing UEs to access the network directly. The unlicensed spectrum used by the NR-U system is concentrated in the 5 GHz and 6 GHz bands. With technological evolution, band 46 (5150 MHz to 5925 MHz) has also been newly defined for use as unlicensed spectrum.

[0063] Unlicensed spectrum is a spectrum allocated by countries and regions that can be used for radio equipment communications. This spectrum is generally considered to be a shared spectrum, that is, as long as communication equipment meets the regulatory requirements set by the country or region on this spectrum, it can use this spectrum without applying for exclusive spectrum authorization from the country or region's dedicated spectrum management agency. Since the use of unlicensed spectrum needs to meet the specific regulatory requirements of each country and region, such as communication equipment following the "listen-before-talk" (LBT) principle to use unlicensed spectrum, NR technology needs to be enhanced accordingly to adapt to the regulatory requirements of unlicensed frequency bands, while efficiently utilizing unlicensed spectrum to provide services.

[0064] Please refer to Figure 10, which shows a flow chart of a sidelink resource configuration method provided by an embodiment of the present application. The method can be applied to the network architecture shown in Figure 1, for example, the method can be executed by a terminal device. The method may include the following steps:

[0065] Step 1010: The terminal device obtains configuration information, where the configuration information is used to configure multiple resource sets for the terminal device.

[0066] In some embodiments, the terminal device receives configuration information sent by the network device, where the configuration information is used to configure multiple resource sets for the terminal device, or in other words, the configuration information is used to configure at least two resource sets for the terminal device.

[0067] In some embodiments, the resource set includes resources for sidelink information transmission.

[0068] In some embodiments, the resource set is a frequency domain resource set (Frequency Resource Set, referred to as FRS). The frequency domain resource set includes frequency domain resources used for sidelink information transmission. In some embodiments, the frequency domain resource set is any one of the following: a resource pool, a BWP (Bandwidth Part), a section of frequency domain resources contained in a BWP, a resource block set (RB set), and an interlaced resource block (IRB). Of course, the above is only exemplary and explanatory. The present application does not limit the frequency domain resource set. It can also be other situations besides the above. For example, with the evolution of technology, new concepts for characterizing frequency domain resources are defined, and the present application does not limit this.

[0069] Optionally, for any resource set, the resource set may be L IRBs within one resource block set; wherein one resource block set includes Q comb-tooth resource blocks, where Q≥L, and Q and L are both positive integers.

[0070] Optionally, for any resource set, the resource set may be J IRBs within a set of W resource blocks; wherein one resource block set contains Q comb-tooth resource blocks, where Q≥1, W>1, J>1, and Q, W, and J are all integers.

[0071] The resource set in the above example is not limited to a resource pool, but may also be other forms of frequency domain resource sets, which is not limited in this application.

[0072] In some embodiments, the resource set is a time domain resource set. The time domain resource set includes time domain resources for sidelink information transmission. In some embodiments, the time domain resource set is a resource pool.

[0073] In addition, in some possible cases, the terminal device may also be configured with a resource set, and the terminal device then uses this resource set for the transmission of sidelink information.

[0074] In some embodiments, the terminal device supports the use of one resource set from the plurality of resource sets. In some embodiments, the terminal device supports the use of at least two resource sets from the plurality of resource sets. Optionally, the terminal device may use different resource sets based on different content being sent or received.

[0075] In some embodiments, different resource sets are used to transmit different sidelink information. Optionally, the different sidelink information includes at least one of the following: S-SSB (Sidelink-Synchronization Signal and PBCH Block), PSCCH, PSSCH, PSFCH. Among them, S-SSB includes S-PSS (Sidelink-Primary Synchronization Signal), S-SSS (Sidelink-Secondary Synchronization Signal) and PSBCH (Physical Sidelink Broadcast Channel).

[0076] In some embodiments, the following relationships may exist between different resource sets. (1) There is a containment relationship between different resource sets. (2) There is partial overlap between different resource sets. (3) There is no overlap between different resource sets. As shown in Figure 11 (a), FRS_1 contains FRS_2; as shown in Figure 11 (b), FRS_1 and FRS_2 partially overlap; as shown in Figure 11 (c), there is no overlap between FRS_1 and FRS_2.

[0077] In some embodiments, the terminal device supports switching between different resource sets for use. For example, the terminal device switches from the first resource set to the second resource set. In addition, depending on different situations, when the terminal device uses different resource sets, it needs to support switching behavior, or no switching behavior is required. Taking the resource set as a frequency domain resource set as an example, if there is an inclusion relationship between the first resource set and the second resource set, no switching time is required when switching from the first resource set to the second resource set; if the first resource set and the second resource set partially overlap or do not overlap, switching time is required when switching from the first resource set to the second resource set. The above-mentioned switching time can also be referred to as the conversion time, which can be expressed by τ, τ≥0 microseconds. During the switching time, the terminal device performs switching behavior, including but not limited to radio frequency debugging, adjustment and alignment of the frequency center point, bandwidth, etc., so that it can correctly transmit and receive on the frequency domain resource set switched to.

[0078] In some embodiments, the multiple resource sets include a default resource set. Optionally, the default resource set is used to establish an RRC connection or a SL RRC connection.

[0079] In some embodiments, before establishing a SL connection, a terminal device uses a first resource set among multiple resource sets for transmitting sidetrack information; after successfully establishing the SL connection, the terminal device continues to use the first resource set for transmitting sidetrack information. The first resource set is one of the multiple resource sets described above. In this embodiment, the terminal device does not switch resource sets before and after successfully establishing the SL connection.

[0080] In some embodiments, before establishing a SL connection, the terminal device uses a first resource set among multiple resource sets for transmitting sideline information; after successfully establishing the SL connection, the terminal device uses a second resource set among multiple resource sets for transmitting sideline information, and the second resource set is different from the first resource set. The first resource set is one of the multiple resource sets, the second resource set is one of the multiple resource sets, and the first resource set and the second resource set are two different resource sets. In this embodiment, the terminal device switches resource sets before and after successfully establishing the SL connection.

[0081] In some embodiments, terminal devices with different capabilities correspond to different second resource sets. That is, when a terminal device switches from a first resource set to a second resource set, it can select different resource sets as the second resource set based on its own capabilities. For example, for a terminal device that supports a large bandwidth, a resource set with a large bandwidth can be selected as the second resource set; for a terminal device that supports a small bandwidth, a resource set with a small bandwidth can be selected as the second resource set.

[0082] In some embodiments, the resource set is located in a licensed frequency band, or a dedicated frequency band (such as an ITS (Intelligent Transportation Systems) dedicated frequency band), or an unlicensed frequency band.

[0083] The technical solution provided in the embodiment of the present application configures multiple resource sets for the terminal device, so that a terminal device can select different resource sets for use, thereby improving the flexibility of the side communication system and supporting communication between terminal devices with multiple different capabilities.

[0084] The present application designs a method for a side link to support different resource sets (such as different frequency domain resource sets) for communication. Consider the low-capability terminal RedCap UE using frequency domain resources with smaller bandwidth and different bandwidth sizes for side link communication, switching between different bandwidths, etc. The present application first takes into account / considers supporting low-capability terminals RedCap UE (such as smart bracelets, smart watches, wearable electronic devices), etc. on the side link, which is indispensable in the commercial use of side link communication technology. Supporting different bandwidths (frequency domain resource sets) can make the side link system more flexible, while supporting a variety of terminal devices with different capabilities to communicate, and at the same time supporting a variety of different types of services to communicate.

[0085] In some embodiments, the frequency domain resource set is taken as a resource pool (RP for short) as an example.

[0086] The network device may configure one resource pool for the terminal device. Alternatively, the network device may configure M resource pools for the terminal device, where M is an integer greater than 1.

[0087] In some embodiments, the first resource pool (denoted as RP_1) serves as the system default resource pool and is used to establish an RRC connection or an SL RRC connection.

[0088] In some embodiments, after the SL connection is successfully established, the terminal device may continue to reside in the first resource pool (denoted as RP_1) for sending or receiving, or the terminal device may switch to another resource pool for sending or receiving.

[0089] In some embodiments, before establishing a SL connection, both low-capability terminals and normal-capability terminals reside on the first resource pool (denoted as RP_1) for transmission or reception. The bandwidth supported by low-capability terminals is smaller than that supported by normal-capability terminals. Before establishing a SL connection, the terminal device uses RP_1 to exchange necessary sidelink information, signaling, or data with other terminal devices.

[0090] If the terminal device is a low-capability terminal, after successfully establishing an SL connection, the terminal device can continue to reside in the first resource pool (denoted as RP_1) for transmission or reception, or the terminal device can switch to the second resource pool (denoted as RP_2) for transmission or reception. The frequency domain resource bandwidth of RP_2 is smaller than the frequency domain resource bandwidth of RP_1.

[0091] Optionally, RP_2 is contained inside RP_1.

[0092] Optionally, RP_2 and RP_1 partially overlap.

[0093] Optionally, RP_2 and RP_1 do not overlap.

[0094] Optionally, the terminal device can communicate on RP_1 and RP_2. RP_1 and RP_2 can be FDM (Frequency Division Multiplexing) or TDM (Time Division Multiplexing). In FDM, the above three (internal / partial overlap / no overlap) relationships are multiplexed.

[0095] If the terminal device is a normal-capability terminal, after successfully establishing a SL connection, the terminal device can continue to reside in the first resource pool (denoted as RP_1) for transmission or reception, or the terminal device can switch to the third resource pool (denoted as RP_3) for transmission or reception. The frequency domain resource bandwidth of RP_3 is greater than the frequency domain resource bandwidth of RP_1, so that after establishing the SL connection, it can be used to send or receive services with a higher data rate.

[0096] Optionally, RP_3 includes RP_1. In this case, the terminal device does not need to perform RF debugging, adjustment and alignment of the frequency center point, bandwidth, etc., and other switching behaviors.

[0097] Optionally, RP_3 and RP_1 partially overlap or do not overlap. In this case, the terminal device needs to perform RF debugging, adjustment and alignment of the frequency center point, bandwidth, etc., and other switching behaviors.

[0098] As shown in Figure 12, using FRS as an example, before establishing a SL connection, the terminal device uses FRS_1 for sideline information transmission. After successfully establishing the SL connection, the terminal device switches to using FRS_2 for sideline information transmission. Furthermore, switching from FRS_1 to FRS_2 requires time to perform RF debugging, such as adjusting the frequency center point and bandwidth.

[0099] In this embodiment, after successfully establishing the SL connection, the terminal device can choose to switch to another resource set or continue to use the previous resource set.

[0100] In some embodiments, the first resource pool (denoted as RP_1) is inside the side BWP, and the side BWP includes (or is greater than or equal to) the first resource pool.

[0101] Optionally, RP_1 is at the lower edge of the frequency domain resource of the sideline BWP, and RP_1 is mapped starting from the lowest index resource of the sideline BWP;

[0102] Alternatively, RP_1 is at the upper edge of the frequency domain resource of the sideline BWP, and RP_1 is mapped starting from the highest index resource of the sideline BWP;

[0103] Alternatively, RP_1 is in the middle of the frequency domain resources of the side BWP, and RP_1 occupies K consecutive (K>1) RBs (Resource Blocks) in the center of the side BWP.

[0104] Alternatively, the specific resource or location of RP_1 is determined by the network side configuration.

[0105] In some embodiments, the first resource pool (denoted as RP_1) is within a sidelink carrier and outside a sidelink BWP, where the sidelink carrier includes (or is greater than or equal to) the sidelink BWP. Optionally, the specific resources or location of RP_1 are determined by network configuration.

[0106] In some embodiments, the first resource pool (denoted as RP_1) is located at any position of the sidelink carrier. Optionally, the specific resource or position of RP_1 is determined by network configuration.

[0107] Exemplarily, as shown in FIG13 , one SL BWP is configured on one sidecarrier resource, and one SL BWP includes multiple resource pools in the frequency domain.

[0108] In addition, in this embodiment, only the first resource pool is taken as an example. The first resource pool can be any one of the above-mentioned multiple resource sets, and this application does not limit this.

[0109] In some embodiments, terminal devices with different capabilities use different sets of frequency domain resources.

[0110] Optionally, the system or network device is configured with multiple frequency domain resource sets, such as FRS_1, FRS_2, and FRS_3.

[0111] The above-mentioned frequency domain resource set may be a resource pool, or a BWP, or a set of V (V>1) resource blocks, or W (≥1) comb-tooth resource blocks.

[0112] Exemplarily, as shown in sub-figure (a) of Figure 14, the first terminal device transmits / receives S-SSB on FRS_1 and transmits / receives other side information on FRS_2, where the other side information includes at least PSCCH / PSSCH / PSFCH. As shown in sub-figure (b) of Figure 14, the second terminal device transmits / receives S-SSB on FRS_1 and transmits / receives other side information on FRS_3, where the other side information includes at least PSCCH / PSSCH / PSFCH. The above-mentioned FRS_2 and FRS_3 may be the same or different.

[0113] For example, according to different capabilities of the terminal device or different bandwidths required by different services, the terminal device uses different FRSs to send / receive on the sidelink.

[0114] Exemplarily, at time n, the terminal device sends / receives sideline information on the first FRS, and at time m, it sends / receives sideline information on the second FRS. When the first FRS and the second FRS are different, it is necessary to switch the frequency domain resource set, such as performing RF debugging, adjustment and alignment of the frequency center point, bandwidth, etc.

[0115] In some embodiments, take the frequency domain resource set as a BWP as an example.

[0116] In some embodiments, the system or network device is configured with 1 SL BWP.

[0117] a) From the perspective of a single terminal device, the system or network device configures one SL BWP for the terminal device.

[0118] b) From the perspective of the system or network device, the system or network device configures one SL BWP for all terminal devices.

[0119] c) a) and b) above can be equivalent or unequal. Equivalence means that the entire system has only one SL BWP, and all terminal devices use this SL BWP. Inequality means that there are multiple SL BWPs in the system, but only one SL BWP is configured for a terminal device (one of the multiple SL BWPs is selected).

[0120] Optionally, from the perspective of a single terminal device, the terminal device sends or receives sidelink-related information on the SL BWP configured by the system or network device, including but not limited to S-SSB, PSCCH, PSSCH, PSFCH, etc.

[0121] Optionally, from the perspective of the system or network device, all sidelink terminal devices send or receive sidelink-related information on the same SL BWP, including but not limited to S-SSB, PSCCH, PSSCH, PSFCH, etc.

[0122] In some embodiments, the system or network device is configured with N SL BWPs, where N is an integer greater than 1.

[0123] a) From the perspective of a single terminal device, the system or network device configures N SL BWPs for the terminal device.

[0124] b) From the perspective of the system or network device, the system or network device configures N SL BWPs for all terminal devices. Furthermore, the number of SL BWPs configured for different terminal devices can be the same or different. This application does not impose any restrictions on the number of SL BWPs configured for different terminal devices.

[0125] In some embodiments, the FRS is contained within the SL BWP.

[0126] As shown in Figure 15, an FRS is attached to an SL BWP, that is, when an SL BWP is configured, the SL BWP contains one or more FRSs.

[0127] Optionally, for a low-capability terminal, the low-capability terminal uses the FRS to transmit / receive sidelink information.

[0128] Alternatively, for normal-capability terminals, the decision to use SL BWP or FRS can be made based on the capabilities of the communicating peer. When a normal-capability terminal communicates with a low-capability terminal, it sends / receives sidelink information within the FRS; when a normal-capability terminal communicates with another normal-capability terminal, it sends / receives sidelink information within the SL BWP.

[0129] Alternatively, for normal-capability terminals, the decision to use SL BWP or FRS can be made based on the characteristics of the communication service. For services that require only a small bandwidth, normal-capability terminals use FRS to send / receive sidelink information. For services that require normal or larger bandwidth, normal-capability terminals use SL BWP to send / receive sidelink information.

[0130] The following are device embodiments of the present application, which can be used to implement the method embodiments of the present application. For details not disclosed in the device embodiments of the present application, please refer to the method embodiments of the present application.

[0131] Please refer to Figure 16, which shows a block diagram of a sidelink resource configuration apparatus provided by one embodiment of the present application. This apparatus has the functionality to implement the aforementioned method examples. This functionality can be implemented in hardware or by hardware executing corresponding software implementations. This apparatus can be the terminal device described above, or it can be provided within a terminal device. As shown in Figure 16, apparatus 1600 may include an acquisition module 1610.

[0132] The acquisition module 1610 is used to acquire configuration information, where the configuration information is used to configure multiple resource sets for the terminal device.

[0133] In some embodiments, the resource set is a frequency domain resource set.

[0134] In some embodiments, the frequency domain resource set is any one of the following:

[0135] Resource pool;

[0136] BWP;

[0137] A continuous frequency domain resource contained in a BWP;

[0138] Resource block collection;

[0139] Comb resource block.

[0140] In some embodiments, the resource set is a time domain resource set.

[0141] In some embodiments, the time domain resource set is a resource pool.

[0142] In some embodiments, the terminal device supports use of one resource set among the plurality of resource sets;

[0143] or,

[0144] The terminal device supports the use of at least two resource sets among the multiple resource sets.

[0145] In some embodiments, different resource sets are used for transmission of different sidelink information.

[0146] In some embodiments, the different side information includes at least one of the following:

[0147] S-SSB;

[0148] PSCCH;

[0149] PSSCH;

[0150] PSFCH.

[0151] In some embodiments,

[0152] There is a containment relationship between different resource collections;

[0153] or,

[0154] There is some overlap between different resource collections;

[0155] or,

[0156] There is no overlap between different resource collections.

[0157] In some embodiments, the terminal device supports switching between different resource sets for use.

[0158] In some embodiments, the plurality of resource collections includes a default resource collection.

[0159] In some embodiments, as shown in FIG16 , the apparatus 1600 further includes:

[0160] The transmission module 1620 is configured to use a first resource set among the multiple resource sets for transmitting sidelink information before establishing the SL connection;

[0161] The transmission module 1620 is further configured to continue using the first resource set for transmission of sidelink information after the SL connection is successfully established.

[0162] In some embodiments, as shown in FIG16 , the apparatus 1600 further includes:

[0163] The transmission module 1620 is configured to use a first resource set among the multiple resource sets for transmitting sidelink information before establishing the SL connection;

[0164] The transmission module 1620 is further configured to use a second resource set among the multiple resource sets for transmission of sidelink information after the SL connection is successfully established, where the second resource set is different from the first resource set.

[0165] In some embodiments, terminal devices with different capabilities correspond to different second resource sets.

[0166] In some embodiments, the resource set is located in a licensed frequency band, a dedicated frequency band, or an unlicensed frequency band.

[0167] It should be noted that, when the device provided in the above embodiment realizes its function, it only uses the division of the above-mentioned functional modules as an example. In actual application, the above-mentioned functions can be assigned to different functional modules according to actual needs, that is, the content structure of the device can be divided into different functional modules to complete all or part of the functions described above.

[0168] Regarding the device in the above embodiment, the specific manner in which each module performs operations has been described in detail in the embodiment of the method, and will not be elaborated here. For details not described in detail in the embodiment of the device, reference can be made to the above method embodiment.

[0169] Please refer to FIG17 , which shows a schematic diagram of the structure of a terminal device provided by an embodiment of the present application. The terminal device 1700 may include: a processor 1701 , a transceiver 1702 , and a memory 1703 .

[0170] The processor 1701 includes one or more processing cores. The processor 1701 executes various functional applications and information processing by running software programs and modules.

[0171] The transceiver 1702 may include a receiver and a transmitter. For example, the receiver and the transmitter may be implemented as the same wireless communication component, which may include a wireless communication chip and a radio frequency antenna.

[0172] The memory 1703 may be connected to the processor 1701 and the transceiver 1702 .

[0173] The memory 1703 may be used to store a computer program executed by the processor, and the processor 1701 is used to execute the computer program to implement each step in the above method embodiment.

[0174] In an exemplary embodiment, the processor 1701 is configured to obtain configuration information, where the configuration information is used to configure multiple resource sets for the terminal device.

[0175] For details not described in detail in this embodiment, please refer to the above embodiments and will not be described in detail here.

[0176] In addition, the memory can be implemented by any type of volatile or non-volatile storage device or a combination thereof, including but not limited to: magnetic or optical disks, electrically erasable programmable read-only memory, erasable programmable read-only memory, static access memory, read-only memory, magnetic memory, flash memory, and programmable read-only memory.

[0177] An embodiment of the present application also provides a computer-readable storage medium, in which a computer program is stored, and the computer program is used to be executed by a processor to implement the resource configuration method of the above-mentioned side link. Optionally, the computer-readable storage medium may include: ROM (Read-Only Memory), RAM (Random-Access Memory), SSD (Solid State Drives) or an optical disk, etc. Among them, the random access memory may include ReRAM (Resistance Random Access Memory) and DRAM (Dynamic Random Access Memory).

[0178] An embodiment of the present application also provides a chip, which includes a programmable logic circuit and / or program instructions. When the chip is running, it is used to implement the above-mentioned resource reselection method, or implement the above-mentioned side link resource configuration method.

[0179] An embodiment of the present application also provides a computer program product, which includes computer instructions, and the computer instructions are stored in a computer-readable storage medium. The processor reads and executes the computer instructions from the computer-readable storage medium to implement the above-mentioned resource reselection method, or implements the above-mentioned side link resource configuration method.

[0180] It should be understood that the "indication" mentioned in the embodiments of this application can be a direct indication, an indirect indication, or an indication of an association. For example, "A indicates B" can mean that A directly indicates B, for example, B can be obtained through A; it can also mean that A indirectly indicates B, for example, A indicates C, and B can be obtained through C; it can also mean that there is an association between A and B.

[0181] In the description of the embodiments of the present application, the term "corresponding" may indicate a direct or indirect correspondence between the two, or an association relationship between the two, or a relationship between indication and being indicated, configuration and being configured, etc.

[0182] In some embodiments of the present application, "predefined" may be implemented by pre-storing corresponding codes, tables, or other methods that can be used to indicate relevant information in a device (e.g., including a terminal device and a network device), and the present application does not limit the specific implementation method. For example, predefined may refer to information defined in a protocol.

[0183] In some embodiments of the present application, the "protocol" may refer to a standard protocol in the communication field, for example, it may include an LTE protocol, a NR protocol, and related protocols used in future communication systems, and this application does not limit this.

[0184] In this document, "plurality" refers to two or more. "And / or" describes a relationship between associated objects, indicating that three possible relationships exist. For example, "A and / or B" can mean: A exists alone, A and B exist simultaneously, or B exists alone. The character " / " generally indicates an "or" relationship between the associated objects.

[0185] The term “greater than or equal to” mentioned herein may mean greater than or equal to, or greater than, and the term “less than or equal to” may mean less than or equal to, or less than.

[0186] In addition, the step numbers described in this document only illustrate a possible execution order between the steps. In some other embodiments, the above steps may not be executed in the order of the numbers, such as two steps with different numbers are executed at the same time, or two steps with different numbers are executed in the opposite order of the diagram. The embodiments of the present application are not limited to this.

[0187] Those skilled in the art will appreciate that in one or more of the above examples, the functions described in the embodiments of the present application can be implemented using hardware, software, firmware, or any combination thereof. When implemented using software, these functions can be stored in a computer-readable medium or transmitted as one or more instructions or codes on a computer-readable medium. Computer-readable media include computer storage media and communication media, wherein communication media include any media that facilitates the transmission of computer programs from one place to another. The storage medium can be any available medium that can be accessed by a general-purpose or special-purpose computer.

[0188] The above description is merely an exemplary embodiment of the present application and is not intended to limit the present application. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and principles of the present application shall be included in the scope of protection of the present application.

Claims

1. A method for configuring resources of a sidelink (SL), characterized in that: The method is executed by a terminal device, and includes: Acquire configuration information, where the configuration information is used to configure multiple resource sets for the terminal device.

2. The method according to claim 1, characterized in that The resource set is a frequency domain resource set.

3. The method according to claim 2, characterized in that The frequency domain resource set is any one of the following: Resource pool; Bandwidth part BWP; A continuous frequency domain resource contained in a BWP; Resource block collection; Comb resource block.

4. The method according to claim 1, wherein The resource set is a time domain resource set.

5. The method according to claim 4, characterized in that The time domain resource set is a resource pool.

6. The method according to any one of claims 1 to 5, characterized in that The terminal device supports use of one of the multiple resource sets; or, The terminal device supports the use of at least two resource sets among the multiple resource sets.

7. The method according to any one of claims 1 to 6, characterized in that Different resource sets are used for transmitting different sidelink information.

8. The method according to claim 7, characterized in that The different side information includes at least one of the following: Side synchronization signal and broadcast channel block S-SSB; Physical side control channel PSCCH; Physical sidelink shared channel PSSCH; Physical Sideline Feedback Channel PSFCH.

9. The method according to any one of claims 1 to 8, characterized in that There is a containment relationship between different resource collections; or, There is some overlap between different resource collections; or, There is no overlap between different resource collections.

10. The method according to any one of claims 1 to 9, characterized in that The terminal device supports switching different resource sets for use.

11. The method according to any one of claims 1 to 10, characterized in that The multiple resource collections include a default resource collection.

12. The method according to any one of claims 1 to 11, characterized in that The method further comprises: Before establishing the SL connection, using a first resource set among the multiple resource sets for transmitting sidelink information; After the SL connection is successfully established, the first resource set continues to be used for transmission of sidelink information.

13. The method according to any one of claims 1 to 11, characterized in that The method further comprises: Before establishing the SL connection, using a first resource set among the multiple resource sets for transmitting sidelink information; After the SL connection is successfully established, a second resource set among the multiple resource sets is used for transmitting sidelink information, where the second resource set is different from the first resource set.

14. The method according to claim 13, characterized in that Terminal devices with different capabilities correspond to different second resource sets.

15. The method according to any one of claims 1 to 14, characterized in that The resource set is located in a licensed frequency band, a dedicated frequency band, or an unlicensed frequency band.

16. A resource configuration device for a sidelink (SL), characterized in that: The device comprises: The acquisition module is used to acquire configuration information, where the configuration information is used to configure multiple resource sets for the terminal device.

17. The device according to claim 16, characterized in that The resource set is a frequency domain resource set.

18. The device according to claim 17, characterized in that The frequency domain resource set is any one of the following: Resource pool; Bandwidth part BWP; A continuous frequency domain resource contained in a BWP; Resource block collection; Comb resource block.

19. The device according to claim 16, characterized in that The resource set is a time domain resource set.

20. The device according to claim 19, characterized in that The time domain resource set is a resource pool.

21. The device according to any one of claims 16 to 20, characterized in that The terminal device supports use of one of the multiple resource sets; or, The terminal device supports the use of at least two resource sets among the multiple resource sets.

22. The device according to any one of claims 16 to 21, characterized in that Different resource sets are used for transmitting different sidelink information.

23. The device according to claim 22, characterized in that The different side information includes at least one of the following: Side synchronization signal and broadcast channel block S-SSB; Physical side control channel PSCCH; Physical sidelink shared channel PSSCH; Physical Sideline Feedback Channel PSFCH.

24. The device according to any one of claims 16 to 23, characterized in that There is a containment relationship between different resource collections; or, There is some overlap between different resource collections; or, There is no overlap between different resource collections.

25. The device according to any one of claims 16 to 24, characterized in that The terminal device supports switching different resource sets for use.

26. The device according to any one of claims 16 to 25, characterized in that The multiple resource collections include a default resource collection.

27. The device according to any one of claims 16 to 26, characterized in that The device further comprises: a transmission module, configured to use a first resource set among the multiple resource sets for transmitting sidelink information before establishing the SL connection; The transmission module is further used to continue using the first resource set for transmission of sidelink information after the SL connection is successfully established.

28. The device according to any one of claims 16 to 26, characterized in that The device further comprises: a transmission module, configured to use a first resource set among the multiple resource sets for transmitting sidelink information before establishing the SL connection; The transmission module is further used to use a second resource set among the multiple resource sets for transmitting sidelink information after successfully establishing the SL connection, where the second resource set is different from the first resource set.

29. The device according to claim 28, characterized in that Terminal devices with different capabilities correspond to different second resource sets.

30. The device according to any one of claims 16 to 29, characterized in that The resource set is located in a licensed frequency band, a dedicated frequency band, or an unlicensed frequency band.

31. A terminal device, characterized in that: The terminal device includes a processor and a memory, wherein a computer program is stored in the memory, and the processor executes the computer program to implement the method according to any one of claims 1 to 15.

32. A computer-readable storage medium, characterized in that The storage medium stores a computer program, and the computer program is configured to be executed by a processor to implement the method according to any one of claims 1 to 15.

33. A chip, characterized in that: The chip includes a programmable logic circuit and / or program instructions, and when the chip is running, is used to implement the method according to any one of claims 1 to 15.

34. A computer program product, characterized in that The computer program product includes computer instructions, which are stored in a computer-readable storage medium. A processor reads and executes the computer instructions from the computer-readable storage medium to implement the method according to any one of claims 1 to 15.

Images