Method for feedback resource configuration

Abstract

Described herein are techniques related to feedback resource configuration. In one embodiment, a method can include decoding an indicator received from a next generation NodeB (gNB, the indicator indicating one of a plurality of feedback resource selection (FRS) methods to use for a physical sidelink feedback channel (PSFCH) transmission; and encoding a PSFCH message for transmission based on the indicated FRS method. Other embodiments can be described and claimed.

Description

Technical Field

[0001] The various embodiments described herein generally relate to the field of wireless communication, and more specifically, to methods for configuring feedback resources. Background Technology

[0002] Mobile communications have evolved significantly from early voice systems to today's highly complex integrated communication platforms. The next-generation wireless communication system, 5G (or New Radio (NR)), will enable a wide range of users and applications to access information and share data anytime, anywhere. NR promises to be a unified network / system designed to meet diverse and sometimes conflicting performance dimensions and services. These different, multi-dimensional requirements are driven by various services and applications. Generally, NR will be based on 3GPP (3rd Generation Partnership Project) LTE (Long Term Evolution) - Advanced evolution, supplemented by potential new Radio Access Technologies (RATs), thereby enriching people's lives with better, simpler, and seamless wireless connectivity solutions. NR will enable everything to be wirelessly connected, providing fast, rich content and services. Attached Figure Description

[0003] The features and advantages of this disclosure will become apparent from the following detailed description taken in conjunction with the accompanying drawings. Figure 1 The features of this disclosure are illustrated by way of example; and, wherein:

[0004] Figure 1 An example Media Access Control (MAC) element (CE) is shown for activation / deactivation of the Physical Side Link Feedback Channel (PSFCH) Feedback Resource Selection (FRS) method.

[0005] Figure 2 An example processing for feedback resource configuration is shown according to some embodiments.

[0006] Figure 3 Another example of a process for feedback resource configuration is shown, according to some embodiments.

[0007] Figure 4 Another example of a process for feedback resource configuration is shown, according to some embodiments.

[0008] Figure 5 This is a diagram illustrating the sequential subchannel to PSFCH resource block mapping according to some embodiments.

[0009] Figure 6 This is an illustration of a uniformly distributed subchannel mapping with more PSFCH resource blocks according to some embodiments.

[0010] Figure 7This is an illustration of a time-varying, uniformly distributed subchannel mapping with more PSFCH resource blocks according to some embodiments.

[0011] Figure 8 An example of feedback resource mapping is shown according to some embodiments.

[0012] Figure 9 Networks according to various embodiments are shown.

[0013] Figure 10 A wireless network according to various embodiments is illustrated schematically.

[0014] Figure 11 This is a block diagram illustrating components capable of reading instructions from a machine-readable or computer-readable medium (e.g., a non-transitory machine-readable storage medium) and performing any one or more methods discussed herein, according to some example embodiments.

[0015] Reference will now be made to the exemplary embodiments shown, and they will be described herein using specific language. However, it should be understood that this is not intended to limit the scope of the technology. Detailed Implementation

[0016] The following detailed description refers to the accompanying drawings. The same reference numerals may be used in different drawings to identify the same or similar elements. In the following description, specific details such as particular structures, architectures, interfaces, technologies, etc., are set forth for purposes of explanation and not limitation in order to provide a thorough understanding of various aspects of the claimed embodiments. However, it will be apparent to those skilled in the art that various aspects of the claimed embodiments may be practiced in other examples departing from these specific details. In some cases, descriptions of well-known devices, circuits, and methods have been omitted so as not to obscure the description of embodiments of this disclosure with unnecessary detail.

[0017] Various aspects of the illustrative embodiments will be described using terminology commonly employed by those skilled in the art to convey the essence of their work to others skilled in the art. However, it will be apparent to those skilled in the art that alternative embodiments may be practiced using only some of the aspects described. Specific figures, materials, and configurations are set forth for illustrative purposes to provide a thorough understanding of the illustrative embodiments. However, it will be apparent to those skilled in the art that alternative embodiments may be practiced without these specific details. In other instances, well-known features have been omitted or simplified so as not to obscure the illustrative embodiments.

[0018] Furthermore, the various operations will be described sequentially as a plurality of discrete operations in a manner most conducive to understanding the illustrative embodiments. However, the order of description should not be construed as implying that these operations must depend on the order. In particular, these operations do not need to be performed in the order presented.

[0019] The phrases “in various embodiments,” “in some embodiments,” etc., are used repeatedly. This phrase does not usually refer to the same embodiment; however, it may refer to the same embodiment. Unless the context otherwise specifies, the terms “comprising,” “having,” and “including” are synonyms. The phrase “A or B” means (A), (B), or (A and B).

[0020] Example embodiments can be described as processes, depicted as flowcharts, diagrams, data flow diagrams, structural diagrams, or block diagrams. While flowcharts may describe operations as sequential processes, many operations can be executed in parallel, concurrently, or simultaneously. Furthermore, the order of operations can be rearranged. A process may terminate upon completion of its operations, but may also have additional operations not included in the figures. A process can correspond to a method, function, procedure, subroutine, subroutine, etc. When a process corresponds to a function, its termination may correspond to the function returning to the calling function and / or the main function.

[0021] As used herein, the term "processor" refers to, or includes, circuitry capable of sequentially and automatically performing a series of arithmetic or logical operations; recording, storing, and / or transferring digital data. The term "processor" can also refer to one or more application processors, one or more baseband processors, a physical central processing unit (CPU), a single-core processor, a dual-core processor, a triple-core processor, a quad-core processor, and / or any other device capable of executing or operating computer-executable instructions (e.g., program code, software modules, and / or function processing). As used herein, the term "interface" refers to, or includes, circuitry providing information exchange between two or more components or devices. The term "interface" can refer to one or more hardware interfaces (e.g., a bus, an input / output (I / O) interface, a peripheral component interface, etc.).

[0022] In New Radio (NR) Rel-16, a Physical Sidelink Feedback Channel (PSFCH) has been developed to support Hybrid Automatic Repeat Request (HARQ) feedback for Vehicle-to-Everything (V2X) unicast and multicast communications. For multicast HARQ feedback, two HARQ feedback options have been agreed upon: Option 1) the receiving UE only sends a HARQ NACK; and Option 2) the receiving UE sends a HARQ ACK / NACK. An implicit mechanism for PSFCH resource determination has been agreed upon. Furthermore, it supports frequency domain multiplexing (FDM) between PSFCH resources for HARQ feedback with different start subchannels for Physical Sidelink Shared Channel (PSSCH) transmission in the same or different time slots. It also supports FDM between PSFCH resources for HARQ feedback with the same start subchannel for Physical Sidelink Shared Channel (PSSCH) transmission in different time slots. Code domain multiplexing (CDM) between PSFCH transmissions from different User Equipments (UEs) within the same Physical Resource Block (PRB) is also supported. Specifically, cyclic shifting can be based on the following selections: 1) for unicast and multicast option 1, based on the Layer 1 (L1) source identity (ID) of the sending (TX) UE; and 2) in multicast option 2, based on the L1 source ID of the TX UE and the member ID of the receiving (RX) UE. The PSFCH base sequence can be (pre-)configured for each resource pool. For multicast HARQ feedback option 2, CDM and FDM between PSFCH resources for HARQ feedback of HARQ feedback from different RX UEs for the same PSFCH transmission are also supported.

[0023] It is also agreed that, within the resource pool, PSFCH candidate resources for the PSFCH format can be determined based on the starting subchannel index and time slot index of the corresponding PSSCH used for actual transmission. Specifically, within the PRB set (pre-)configured for actual PSFCH resources, the first Z PRBs are associated with the first subchannel in the first time slot associated with the PSFCH time slot, the second Z PRBs are associated with the first subchannel in the second time slot associated with the PSFCH time slot, and so on. For PSSCH, candidate PSFCH resources are the set of PRBs associated with: option 1) the starting subchannel and time slot for the PSSCH; or option 2) the subchannels and time slots for the PSSCH.

[0024] The embodiments described herein are for configuring and signaling the FRS method used for PSFCH transmission in a more dynamic and flexible manner. Furthermore, semi-static and dynamic FRS methods can be configured via Radio Resource Control (RRC) signaling. In the case of dynamic FRS signaling, sidechain control information (SCI) for scheduling PSFCH transmissions can be used to indicate the selected FRS method among those configured FRS methods. Moreover, the proposed MAC CE enables the next-generation Node B (gNB) or V2XTX UE to more dynamically activate a subset of the configured FRS methods.

[0025] Enhanced RRC configuration for sidechain feedback resource selection

[0026] In the first embodiment, the Feedback Resource Selection (FRS) method for PSFCH transmission can be (pre-)configured to the UE via RRC signaling. For example, the UE can receive RRC signaling from the Next Generation Node B (gNB) to configure the FRS method for PSFCH transmission. Furthermore, semi-static and dynamic feedback resource selection can be supported. For semi-static FRS, the RRC signaling only (pre-configures) a specific FRS method, and the UE can apply the configured FRS to PSFCH transmission. In the case of dynamic FRS, a set of FRS methods can be configured to the UE via RRC signaling. Then, a specific FRS method among the configured FRS methods can be dynamically informed to the UE using an SCI (Sidechain Control Information). For example, the UE can further receive an SCI from the gNB informing the UE of a specific FRS method among the configured FRS methods. Thus, both semi-static and dynamic FRS methods can be supported simultaneously for PSFCH transmission. In the example, the following RRC information element (IE) PSFCH-Config can be used to configure the FRS method for PSFCH transmission.

[0027]

[0028] The parameter `FeedbackResourceSelection` defines the type used for FRS method definitions. In the example, it is an enumeration type that includes two supported FRS methods: Option 1 and Option 2.

[0029] Option 1: The candidate PSFCH resource is a set of PRBs associated with the starting sub-channels and time slots used for the corresponding PSSCH.

[0030] Option 2: The candidate PSFCH resource is a set of PRBs associated with the individual sub-channels and time slots used for the corresponding PSSCH.

[0031] Additionally, a parameter named `feedbackResoureSelectionMethod` can be used in the RRC IE PSFCH-Config. Specifically, the `feedbackResoureSelectionMethod` parameter can be set to dynamic or semi-static. When the `feedbackResoureSelectionMethod` parameter is set to dynamic, a list of FRS methods can be configured. The code point of each configured FRS method can be used in the SCI that schedules PSFCH transmissions to indicate which specific FRS method can be used for the corresponding PSFCH transmission. On the other hand, when the `feedbackResoureSelectionMethod` parameter is set to semi-static, a specific FRS method can be configured for `feedbackResoureSelectionMethod`. The configured FRS method can then be used for the associated PSFCH transmission.

[0032] MAC used for FRS method activation / deactivation CE

[0033] In the second embodiment, a set of FRS methods, namely the feedbackResourceSelectionList, can be pre-configured to the UE via RRC IE PSFCH-Config to enable the further activation or deactivation of multiple FRS methods for PSFCH transmission. Then, the Media Access Control (MAC) element (CE) can be used to inform the UE to activate / deactivate some of the configured FRS methods in PSFCH-Config. If only one FRS method is activated at a time, the activated FRS method can be applied. If multiple FRS methods are activated within a given time period, an SCI can be sent to further inform which specific FRS method among the activated FRS methods will be used for the associated PSFCH transmission.

[0034] In the example, a set of FRS methods for PSFCH transport can be configured using the following RRC IE PSFCH-Config.

[0035]

[0036] The type parameter FeedbackResourceSelection is the same as described in the first embodiment above. The parameter feedbackResourceSelectionList can define a list of FRS methods, which can be further activated or deactivated by MAC CE, as described above. Figure 1An example MAC CE for activation / deactivation using the PSFCH FRS method is shown. The MAC CE can be identified by a MAC subheader with a logical channel ID (LCID).

[0037] like Figure 1 As shown, it has a fixed size of 16 bits and has the following fields:

[0038] • Serving Cell ID: This field indicates the identity of the serving cell to which the MAC CE is applied. The field is 5 bits long. In Mode 2SL (sidechain) operation, this field can be replaced with all or part of the L1 source ID or the member ID in the group.

[0039] • BWP ID: This field indicates the SL portion bandwidth (BWP) of the code point as specified in the SCI bandwidth part indicator field (as specified in 3GPP TS 38.212V15.8.0 (2019.12)) for MAC CE applications. The BWP ID field is 2 bits long.

[0040] ·S i If, as described above, the PSFCH FRS method contained in the feedbackResourceSelectionList in PSFCH-Config is configured for the sidechain portion bandwidth indicated by the BWP ID field, then S i This field can indicate the activation status of the PSFCH FRS method configured in feedbackResourceSelectionList at a value equal to i+1; otherwise, the MAC entity can ignore this field. i The field can be set to 1 to indicate that the PSFCH FRS method configured in feedbackResourceSelectionList with an value equal to i+1 should be activated. i The field can be set to 0 to indicate that the PFSCH FRS method configured in feedbackResourceSelectionList at i+1 should be deactivated. One or more PFSCH FRS methods can be activated at a time.

[0041] • R: Reserved bit, set to 0

[0042] SCI signaling FRS method for PSFCH transmission

[0043] In the third embodiment, an FRS field can be added to the SCI that schedules PSSCH transmissions to inform the specific FRS included in the dynamically configured feedbackResourceSelectionMethod in PSFCH-Config, as described in the first embodiment, or the specific FRS activated via MAC CE, as described in the second embodiment. The SCI may contain an FRS indicator flag. The FRS indicator flag can indicate the bit size of the FRS field in the SCI. In the example, the FRS indicator flag can have a first value to indicate a bit size of 0 bits, or a second value to indicate a bit size of 1 bit. In the example, if the higher-level parameter feedbackResourceSelectionMethod as described in the first embodiment or feedbackResourceSelectionList as described in the second embodiment is not configured, the bit size is 0 bits. In this case, the FRS is semi-statically configured. In other words, dynamic FRS is disabled. In another example, if the feedbackResourceSelectionMethod is set to dynamic with two configured FRS methods as described in the first embodiment, or if the MAC CE activates two FRSs at a given time as described in the second embodiment, the bit size is 1 bit according to Table 1 below.

[0044] Table 1: Feedback Resource Selection Instructions (1 bit)

[0045] Bit fields mapped to the index PUSCH Orphan Symbol Processing 0 Use the first configured or activated FRS method 1 Use the second configured or activated FRS method

[0046] Figure 2 An example process 200 for feedback resource configuration is shown according to some embodiments. Process 200 may be performed by a user equipment (UE) or a portion thereof.

[0047] like Figure 2 As shown, process 200 may begin at block 202: decoding an indicator for one of a plurality of Feedback Resource Selection (FRS) methods to be used for Physical Sidelink Feedback Channel (PSFCH) transmission. In some embodiments, process 200 may further include decoding configuration information for the plurality of FRS methods before decoding the indicator. In some embodiments, the plurality of FRS methods may be pre-configured. In some embodiments, the indicator may be received in Sidelink Control Information (SCI). In some embodiments, the indicator may be received in a Medium Access Control (MAC) Control Element (CE). In these embodiments, the MAC CE may indicate a subset of the plurality of FRS methods, and the indicator may indicate one FRS method within the subset of FRS methods.

[0048] Processing 200 can continue to box 204: Encoding the PSFCH message for transmission based on the indicated FRS method.

[0049] Figure 3 Another example process 300 for feedback resource configuration is shown according to some embodiments. Process 300 may be performed by a user equipment (UE) or a portion thereof.

[0050] like Figure 3 As shown, process 300 may begin at block 302: decoding a Radio Resource Control (RRC) message, the RRC message including: parameters indicating whether the Feedback Resource Selection (FRS) method to be used for Physical Sidelink Feedback Channel (PSFCH) transmission is dynamically or semi-statically configured; and configuration information for one or more FRS methods. In some embodiments, if the parameter indicates that one or more FRS methods are dynamically configured, the configuration information may include configuration information for multiple FRS methods. In this case, process 300 may further include: decoding an indicator indicating a first FRS method among the multiple FRS methods to be used for transmitting the PSFCH message. In some embodiments, the indicator may be received in Sidelink Control Information (SCI). In some embodiments, the indicator may be received in a Medium Access Control (MAC) Control Element (CE). In these embodiments, the MAC CE may indicate a subset of multiple FRS methods, and the indicator may indicate a first FRS method from the subset of FRS methods.

[0051] Processing 300 can continue to box 304: Encode the PSFCH message for transmission based on configuration information and parameters.

[0052] Figure 4 Another example process 400 for feedback resource configuration is shown according to some embodiments. Process 400 may be performed by a user equipment (UE) or a portion thereof.

[0053] like Figure 4As shown, process 400 may begin at block 402: decoding sidelink control information (SCI) used to schedule the transmission of the Physical Sidelink Shared Channel (PSSCH), the SCI including a flag indicating the bit size of a Feedback Resource Selection (FRS) field in the SCI, the FRS field indicating one or more FRS methods to be used for transmitting the Physical Sidelink Feedback Channel (PSFCH). In some embodiments, the flag may have a first value to indicate a bit size of 0 bits, or a second value to indicate a bit size of 1 bit. In some embodiments, the flag may indicate whether the selection of the FRS method is dynamically or semi-statically performed. In some embodiments, if the flag indicates a bit size of 1 bit, the FRS field may indicate one of two configured FRS methods to be used for the transmission of the PSFCH.

[0054] Processing 400 can continue to box 404: Encode the PSFCH for use in flag-based transmission.

[0055] As previously mentioned, in New Radio (NR) Rel-16, a Physical Side Link Feedback Channel (PSFCH) has been developed to support HARQ feedback for V2X unicast and multicast communications. In the resource pool, one or more PSFCH candidate resources are determined based on the starting subchannel index and time slot index used for the corresponding PSSCH.

[0056] Let N F Define the number of RBs in the PSFCH resource pool, N. SL Define the number of time slots corresponding to the PSFCH time slot, N. SC Define the number of sub-channels within each time slot. When determining PSFCH candidate resources for actual transmission based on the starting sub-channel index and time slot index for the corresponding PSSCH, within the PRB set (pre-configured) for the actual PSFCH resources, the first Z PRBs are associated with the first sub-channel in the first time slot associated with the PSFCH time slot, the second Z PRBs are associated with the first sub-channel in the second time slot associated with the PSFCH time slot, and so on. However, when N F Not N SL N SC When the value is a multiple of 1, how to map the sub-channels to the PSFCH resource block remains a problem.

[0057] This disclosure discloses several embodiments for mapping PSFCH resource blocks to PSSCH sub-channels, enabling all PSFCH resources to be evenly allocated for HARQ feedback of associated PSSCH sub-channels. This can improve the resulting PSFCH resource utilization and blocking probability.

[0058] In some embodiments, all N associated with the PSFCH time slot SL N SC The sub-channels can be numbered in order of arrival time followed by frequency. Thus, the first sub-channel, SC-#1, corresponds to the first sub-channel in the first time slot, the second sub-channel, SC-#2, corresponds to the first sub-channel in the second time slot, and so on (N...). SL +1) Sub-channel, i.e., SC-#(N SL +1) can correspond to the second sub-channel in the first time slot, and so on.

[0059] In this context, in some embodiments, resource blocks in the PSFCH resource pool can be allocated to sub-channels of one or more time slots in a time-first, then-frequency order. Specifically, in some embodiments, in N... F It is N SL N SC In the case of multiples of, i.e., N F =KN SL N SC Where K is an integer, the first K RBs can be allocated to the first sub-channel in the first time slot, i.e., SC-#1, the second K RBs can be allocated to the first sub-channel in the second time slot, i.e., SC-#2, and so on. If N F Not N SL N SC If the PSFCH resource is a multiple of the PSSCH resource, then the PSFCH resource can be evenly distributed for HARQ feedback of the associated PSSCH sub-channels as follows.

[0060] Sequential subchannel to PSFCH resource block mapping

[0061] In some embodiments, if N F Not N SL N SC Multiples of, i.e. Then the first Q = mod(N) F N SL N SC Each of the following sub-channels, namely SC-#1, ..., SC-#Q, can be associated with K+1 PSFCH RBs. The remaining sub-channels, namely SC-#(Q+1), ..., SC-#N, ... SL N SC Each of them can be associated with K PSFCH RBs. Figure 5 This is a diagram illustrating the mapping of sequential sub-channels to PSFCH resource blocks, where N F Not N SL N SC Multiples of.

[0062] Uniformly distributed subchannel mapping with more PSFCH resource blocks .

[0063] In some embodiments, if N F Not N SL N SC Multiples of, i.e. Then Q = mod(N) F N SL N SC One subchannel can be associated with K+1 PSFCH RBs, while the other N SL N SC -Q subchannels are mapped to K PSFCH RBs. Figure 6 This is a diagram illustrating a uniformly distributed subchannel mapping with more PSFCH resource blocks, where N F Not N SL N SC Multiples of. For example, Figure 6 As shown, the Q subchannels with gray patterns, mapped to K+1 PSFCH RBs, can be uniformly distributed in the subchannel space. As a result, the subchannel with index Di+1, where... It can be mapped to K+1 PSFCH RBs, while other sub-channels can be mapped to K PSFCH RBs.

[0064] Time-varying uniformly distributed subchannel mapping with more PSFCH resource blocks

[0065] In some embodiments, if N F Not N SL N SC Multiples of, i.e. Then Q = mod(N) F N SL N SC One subchannel can be associated with K+1 PSFCH RBs, while the other N SL N SC -Q subchannels can be mapped to K PSFCHRBs. Figure 7 This is a diagram illustrating a time-varying, uniformly distributed subchannel map with more PSFCH resource blocks, where N F Not N SL N SC Multiples of. For example, Figure 7 As shown, for each PSFCH resource pool period, Q sub-channels with a gray pattern, mapped to K+1 PSFCH RBs, can be uniformly distributed in the sub-channel space, and the set of Q sub-channels varies for different PSFCH resource periods. Let p = 0,...,P-1, and define the period number of the PSFCH resource pool. The resulting index is mod(Di+p,N). SL N SC Sub-channels of )+1, where It can be mapped to K+1 PSFCH RBs, while other sub-channels can be mapped to K PSFCH RBs.

[0066] Figure 8 An example process 800 for feedback resource mapping according to some embodiments is shown. Process 800 can be performed by a user equipment (UE) or a portion thereof.

[0067] like Figure 8 As shown, processing 800 may begin at block 802: decoding configuration information indicating the mapping of resource blocks (RBs) for the Physical Side Link Feedback Channel (PSFCH) to subchannels for the Physical Side Link Shared Channel (PSSCH). In some embodiments, this can be based on the number N of RBs in the PSFCH resource pool. F The number of time slots N corresponding to the PSFCH time slot SL and the number of sub-channels N in each time slot SC To determine the configuration information. In some embodiments, all N associated with the PSFCH time slot... SL N SC The sub-channels can be numbered in order of time first, then frequency.

[0068] Processing 800 may continue at block 804: determining PSFCH candidate resources based on configuration information. Processing 800 may also include: at block 806, encoding the PSFCH transmission for transmission based on the PSFCH candidate resources.

[0069] Figure 9-10 Various systems, devices, and components are shown that can implement aspects of the disclosed embodiments.

[0070] Figure 9 A network 900 according to various embodiments is illustrated. The network 900 can operate in a manner consistent with 3GPP technical specifications for LTE (Long Term Evolution) or 5G / NR (New Radio) systems. However, the exemplary embodiments are not limited in this respect, and the described embodiments can be applied to other networks that benefit from the principles described herein, such as future 3GPP systems, etc.

[0071] Network 900 may include UE (User Equipment) 902, which may include any mobile or non-mobile computing device designed to communicate with RAN (Radio Access Node) 904 via an over-the-air connection. UE 902 may be, but is not limited to, smartphones, tablets, wearable computing devices, desktop computers, laptops, in-vehicle infotainment systems, in-vehicle entertainment devices, dashboards, head-up displays, in-vehicle diagnostic devices, dashboard mobile devices, mobile data terminals, electronic engine management systems, electronic / engine control units, electronic / engine control modules, embedded systems, sensors, microcontrollers, control modules, engine management systems, networked devices, machine-type communication devices, M2M (machine-to-machine) or D2D (device-to-device) devices, IoT (Internet of Things) devices, etc.

[0072] In some embodiments, network 900 may include multiple UEs directly coupled to each other via sidelink ports. The UEs may be M2M / D2D devices that communicate using physical sidelink channels, including but not limited to PSBCH (Physical Sidelink Broadcast Channel), PSDCH (Physical Sidelink Discovery Channel), PSSCH (Physical Sidelink Shared Channel), PSCCH (Physical Sidelink Control Channel), etc.

[0073] In some embodiments, UE 902 can also communicate with AP (Access Point) 906 via an over-the-air connection. AP 906 can manage WLAN connections and can be used to offload some / all network services from RAN 904. The connection between UE 902 and AP 906 can comply with any IEEE 802.11 protocol, where AP 906 can be Wireless Fibre Channel. Router. In some embodiments, UE 902, RAN 904, and AP 906 may utilize cellular-WLAN aggregation (e.g., LWA / LWIP). Cellular-WLAN aggregation may involve RAN 904 configuring UE 902 to utilize both cellular radio resources and WLAN resources.

[0074] RAN 904 may include one or more access nodes (ANs), such as AN 908. AN 908 can terminate the air interface protocol used by UE 902 by providing access layer protocols including RRC (Radio Resource Control), PDCP (Packet Data Convergence Protocol), RLC (Radio Link Control), MAC (Media Access Control), and L1 (Layer 1) protocols. In this way, AN 908 can realize data / voice connectivity between CN (Core Network) 920 and UE 902. In some embodiments, AN 908 can be implemented in a discrete device or as one or more software entities running on a server computer as part of, for example, a virtual network, which may be referred to as CRAN (Cloud RAN) or a virtual baseband unit pool. AN 908 may be referred to as BS, gNB, RAN node, eNB, ng-eNB, NodeB, RSU, TRxP, TRP, etc. AN 908 can be a macro cell base station or a low-power base station used to provide a smaller coverage area, smaller user capacity, or higher bandwidth compared to a macro cell, such as a femtocell, picocell, or other similar cell.

[0075] In embodiments where RAN 904 includes multiple ANs, they can be coupled to each other via an X2 interface (if RAN 904 is an LTE RAN) or an Xn interface (if RAN 904 is a 5G RAN). The X2 / Xn interfaces (which in some embodiments can be divided into a control plane interface and a user plane interface) allow ANs to pass information related to handover, data / context transfer, mobility, load management, interference coordination, etc.

[0076] Each AN of RAN 904 can manage one or more cells, cell groups, component carriers, etc., to provide an air interface for network access to UE 902. UE 902 can simultaneously connect to multiple cells provided by the same or different ANs of RAN 904. For example, UE 902 and RAN 904 can use carrier aggregation to allow UE 902 to connect to multiple component carriers, each corresponding to a Pcell (primary cell) or Scell ​​(secondary cell). In a dual-connectivity scenario, the first AN can be the primary node providing the MCG (primary cell group), while the second AN can be the secondary node providing the SCG (secondary cell group). The first / secondary AN can be any combination of eNB, gNB, ng-eNB, etc.

[0077] RAN 904 can provide an air interface on licensed or unlicensed spectrum. To operate in unlicensed spectrum, these nodes can use LAA, eLAA, and / or feLAA mechanisms based on CA (carrier aggregation) technology with PCell / Scell. Before accessing unlicensed spectrum, nodes can perform medium / carrier sensing operations based on, for example, a listen-before-speak (LBT) protocol.

[0078] In V2X scenarios, UE 902 or AN 908 can be or act as an RSU (Roadside Unit), which can refer to any traffic infrastructure entity used for V2X communication. An RSU can be implemented in or by a suitable AN or a fixed (or relatively fixed) UE. An RSU implemented in or by a UE can be called a "UE-type RSU," an RSU implemented in or by an eNB can be called an "eNB-type RSU," an RSU implemented in or by a gNB can be called a "gNB-type RSU," and so on. In one example, an RSU is a computing device coupled to radio frequency circuitry located on the roadside that provides connectivity support to passing vehicle UEs. An RSU may also include internal data storage circuitry for storing intersection map geometry, traffic statistics, media, and applications / software for sensing and controlling ongoing vehicle and pedestrian traffic. An RSU can provide very low-latency communication required for high-speed events such as collision avoidance, traffic warnings, etc. Additionally or alternatively, an RSU can provide other cellular / WLAN communication services. RSU components can be enclosed in a weatherproof enclosure suitable for outdoor installation and may include a network interface controller for providing a wired connection (e.g., Ethernet) to a traffic signal controller or backhaul network.

[0079] In some embodiments, RAN 904 may be an LTE RAN 910 with an eNB (e.g., eNB 912). LTE RAN 910 can provide an LTE air interface with the following characteristics: 15 kHz SCS (subcarrier spacing); CP-OFDM waveforms for DL ​​and SC-FDMA waveforms for UL; Turbo coding for data and TBCC for control; etc. At the UE, the LTE air interface may rely on CSI-RS for CSI acquisition and beam management; rely on PDSCH / PDCCH DM-RS for PDSCH / PDCCH demodulation; and rely on CRS for cell search and initial acquisition, channel quality measurement, and channel estimation for coherent demodulation / detection. The LTE air interface can operate in the sub-6 GHz band.

[0080] In some embodiments, RAN 904 may be an NG-RAN 914 with a gNB (e.g., gNB 916) or an ng-eNB (e.g., ng-eNB 918). gNB 916 can connect to a 5G-enabled UE using a 5G NR interface. gNB 916 can connect to the 5G core via an NG interface, which may include an N2 interface or an N3 interface. ng-eNB 918 can also connect to the 5G core via an NG interface, but can connect to the UE via an LTE air interface. gNB 916 and ng-eNB 918 can connect to each other via an Xn interface.

[0081] In some embodiments, the NG interface can be divided into two parts: the NG user plane (NG-U) interface, which carries service data between the NG-RAN 914 node and the UPF (User Plane Function) 948 (e.g., the N3 interface); and the NG control plane (NG-C) interface, which is the signaling interface between the NG-RAN 914 node and the AMF (Access Management Function) 944 (e.g., the N2 interface).

[0082] NG-RAN 914 can provide a 5G-NR air interface with the following characteristics: variable SCS; CP-OFDM for DL, CP-OFDM and DFT-s-OFDM for UL; polar codes, repetition codes, simplex codes and Reed-Muller codes for control, and LDPC for data. Similar to the LTE air interface, the 5G-NR air interface can rely on CSI-RS, PDSCH / PDCCH DM-RS. The 5G-NR air interface may not use CRS, but can use PBCH DM-RS for PBCH demodulation; PTRS for PDSCH phase tracking; and a tracking reference signal for time tracking. The 5G-NR air interface can operate in the FR1 band, including the sub-6GHz band, or in the FR2 band, including the band from 24.25GHz to 52.6GHz. The 5G-NR air interface may include an SSB (Synchronization Signal Block), which is an area in the downlink resource grid that includes the PSS (Primary Synchronization Signal), SSS (Secondary Synchronization Signal), and PBCH (Physical Broadcast Channel).

[0083] In some embodiments, the 5G-NR air interface can utilize BWPs (Partial Bandwidth Packages) for various purposes. For example, BWPs can be used for dynamic adaptation of SCS (Self-Signal Classification). For instance, UE 902 can be configured with multiple BWPs, each configured with a different SCS. When a BWP is indicated to UE 902 for a change, the transmitted SCS is also changed. Another example of a BWP use case relates to power saving. Specifically, multiple BWPs with different numbers of frequency resources (e.g., PRBs) can be configured for UE 902 to support data transmission under different traffic load scenarios. A BWP containing fewer PRBs can be used for data transmission with low traffic loads, while allowing power saving at UE 902 (and in some cases at gNB 916). A BWP containing more PRBs can be used for scenarios with high traffic loads.

[0084] RAN 904 is communicatively coupled to CN (core network) 920, which includes network elements for providing various functions to support data and telecommunications services to customers / subscribers (e.g., users of UE 902). Components of CN 920 may be implemented in a single physical node or in separate physical nodes. In some embodiments, NFV (Network Functions Virtualization) may be used to virtualize any or all of the functions provided by the network elements of CN 920 onto physical computing / storage resources such as servers, switches, etc. Logical instantiation of CN 920 may be referred to as a network slice, and logical instantiation of a portion of CN 920 may be referred to as a network subslice.

[0085] In some embodiments, CN 920 may be LTE CN 922, which may also be referred to as EPC (Evolved Packet Core). LTE CN 922 may include MME (Mobility Management Entity) 924, SGW (Serving Gateway) 926, SGSN (Serving GPRS Support Node) 928, HSS (Home Subscriber Server) 930, PGW (PDN Gateway) 932, and PCRF (Policy Control and Charging Rules Function) 934, which are coupled to each other through interfaces (or "reference points") as shown. The functions of the components of LTE CN 922 can be briefly described below.

[0086] MME 924 enables mobility management functions to track the current location of UE 902 to facilitate paging, bearer activation / deactivation, handover, gateway selection, authentication, etc.

[0087] The SGW 926 can terminate the S1 interface toward the RAN and route data packets between the RAN and the LTE CN 922. The SGW 926 can serve as a local mobility anchor for handover between RAN nodes and can also provide anchoring for inter-3GPP mobility. Other responsibilities may include statutory interception, charging, and certain policy enforcement.

[0088] The SGSN 928 can track the location of UE 902 and perform security functions and access control. Additionally, the SGSN 928 can perform: inter-EPC signaling for mobility between different RAT networks; PDN and S-GW selection specified by the MME 924; MME selection for handover; etc. The S3 reference point between the MME 924 and SGSN 928 enables the exchange of user and bearer information for mobility between 3GPP access networks in both idle and active states.

[0089] The HSS 930 may include a database for network users, containing subscription-related information to support network entities in handling communication sessions. The HSS 930 can provide support for routing / roaming, authentication, authorization, naming / address resolution, location dependencies, etc. The S6a reference point between the HSS 930 and the MME 924 enables the transmission of subscription and authentication data for authenticating / authorizing user access to the LTE CN 920.

[0090] The PGW 932 can terminate its SGi interface toward a data network (DN) 936, which may include an application / content server 938. The PGW 932 can route data packets between the LTE CN 922 and the data network 936. The PGW 932 can be coupled to the SGW 926 via an S5 reference point to facilitate user plane tunneling and tunnel management. The PGW 932 may also include nodes for policy enforcement and charging data collection (e.g., a PCEF (Policy and Charging Enforcement Function)). Alternatively, for example, the SGi reference point between the PGW 932 and the data network 936 can be an external public network, a private PDN, or an internal packet data network (PDN) for example, for providing IMS services. The PGW 932 can be coupled to the PCRF 934 via a Gx reference point.

[0091] PCRF 934 is the policy and charging control element of LTE CN 922. PCRF 934 can be communicatively coupled to app / content server 938 to determine appropriate QoS and charging parameters for service flows. PCRF 932 can assign associated rules to PCEF (via Gx reference point) through appropriate TFT and QCI.

[0092] In some embodiments, CN 920 can be 5GC (5G Core Network) 940. 5GC 940 can include AUSF (Authentication Server Function) 942, AMF (Access and Mobility Management Function) 944, SMF (Session Management Function) 946, UPF (User Plane Function) 948, NSSF (Network Slice Selection Function) 950, NEF (Network Open Function) 952, NRF (NF Repository Function) 954, PCF (Policy Control Function) 956, UDM (Unified Data Management) 958, and AF (Application Function) 960, which are coupled to each other via interfaces (or "reference points") as shown. The functions of the components of 5GC 940 are briefly described below.

[0093] The AUSF 942 can store data used for UE 902 authentication and handle authentication-related functions. The AUSF 942 facilitates a common authentication framework for various access types. As shown in the figure, in addition to communicating with other components of the 5GC 940 via a reference point, the AUSF 942 can also demonstrate an interface based on Nausf services.

[0094] The AMF 944 allows other functions of the 5GC 940 to communicate with UE 902 and RAN 904, and subscribe to notifications regarding mobility events for UE 902. The AMF 944 can handle registration management (e.g., registering UE 902), connection management, reachability management, mobility management, statutory interception of AMF-related events, and access authentication and authorization. The AMF 944 can provide the transmission of SM (Session Management) messages between UE 902 and SMF 946, and acts as a transparent broker for routing SM messages. The AMF 944 can also provide the transmission of SMS messages between UE 902 and the SMSF. The AMF 944 can interact with AMF 942 and UE 902 to perform various security anchoring and context management functions. Furthermore, the AMF 944 can be the termination point of the RAN CP (Control Plane) interface, which may include or may be the N2 reference point between the RAN 904 and the AMF 944; the AMF 944 can also be the termination point of NAS (Non-Access Stratum) (N1) signaling and perform NAS encryption and integrity protection. The AMF 944 can also support NAS signaling with the UE 902 via the N3IWF interface.

[0095] SMF 946 can be responsible for SM (e.g., session establishment, tunnel management between UPF 948 and AN 908); UE IP address allocation and management (including optional authorization); selection and control of UP functions; configuring service bootstrapping at UPF 948 to route services to the correct destination; terminating the interface toward policy control functions; controlling policy enforcement, accounting, and QoS as part of the process; statutory interception (for SM events and interfaces to the LI system); termination of the SM portion of NAS messages; downlink data notification; initiating AN-specific SM messages, which are sent to AN 908 via AMF 944 through N2; and determining the SSC mode of the session. SM can refer to the management of the PDU session, and a PDU session or “session” can refer to the PDU connection service that provides or enables the exchange of PDUs between UE 902 and data network 936.

[0096] The UPF 948 can serve as an anchor point for mobility within and between RATs, an external PDU session point for interconnection to the data network 936, and a branch point supporting multi-homed PDU sessions. The UPF 948 can also perform packet routing and forwarding, perform packet inspection, enforce policy rules in the user plane portion, perform lawful packet interception (UP collection), perform service usage reporting, perform QoS processing for the user plane (e.g., packet filtering, gating, UL / DL rate enforcement), perform uplink service authentication (e.g., SDF-to-QoS flow mapping), perform transport layer packet marking in the uplink and downlink, and perform downlink packet buffering and downlink data notification triggering. The UPF 948 may include an uplink classifier to support the routing of service flows to the data network.

[0097] The NSSF 950 can select a set of network slice instances to serve UE 902. If needed, the NSSF 950 can also determine the allowed NSSAIs (Network Slice Selection Auxiliary Information) and the mapping to subscribed S-NSSAIs (Individual NSSAIs). The NSSF 950 can also determine the set of AMFs or a list of candidate AMFs to be used to serve UE 902 based on appropriate configuration and, possibly, by querying the NRF 954. The selection of a set of network slice instances for UE 902 can be triggered by the AMF 944 registered by UE 902, through interaction with the NSSF 950, which may result in a change of AMF. The NSSF 950 can interact with the AMF 944 via reference point N22; and can communicate with another NSSF in the visited network via reference point N31 (not shown). Additionally, the NSSF 950 can demonstrate the NSSF service-based interface.

[0098] The NEF 952 can securely expose the services and capabilities provided by 3GPP network functions to third parties, internal open / reopened AFs (e.g., AF 960), edge computing, or fog computing systems. In these embodiments, the NEF 952 can authenticate, authorize, or restrict AFs. The NEF 952 can also translate information exchanged with the AF 960 and information exchanged with internal network functions. For example, the NEF 952 can translate between AF service identifiers and internal 5GC information. The NEF 952 can also receive information from other NFs based on their open capabilities. This information can be stored as structured data at the NEF 952 or stored in a data storage NF using a standardized interface. The NEF 952 can then reopen the stored information to other NFs and AFs or use it for other purposes, such as analysis. Furthermore, the NEF 952 can expose the Nnef's service-based interface.

[0099] NRF 954 supports service discovery, receiving NF discovery requests from NF instances and providing information about discovered NF instances to those instances. NRF 954 also maintains information about available NF instances and the services they support. As used herein, terms such as "instantiation" can refer to the creation of an instance, while "instance" can refer to the actual occurrence of an object, which may happen, for example, during the execution of program code. Furthermore, NRF 954 can demonstrate a service-based interface for NRF.

[0100] PCF 956 can provide policy rules to control plane functions for enforcement and also supports a unified policy framework for managing network behavior. PCF 956 can also implement a front-end for accessing subscription information related to policy decisions in the UDR (Unified Data Repository) of UDM 958. In addition to communicating with functions via reference points as shown in the figure, PCF 956 can also present an NPCF service-based interface.

[0101] UDM 958 can process subscription-related information to support network entities in handling communication sessions and can store subscription data for UE 902. For example, subscription data can be transferred between UDM 958 and AMF 944 via the N8 reference point. UDM 958 can include two parts: an application front-end and a UDR. The UDR can store subscription and policy data for UDM 958 and PCF 956, and / or structured data for open and application data for NEF 952 (including PFDs (Packet Flow Descriptions) for application detection and application request information for multiple UE 902). UDR 221 can expose a service-based interface to the Nudr to allow UDM 958, PCF 956, and NEF 952 to access specific sets of stored data, as well as to read, update (e.g., add, modify), delete, and subscribe to notifications of relevant data changes in the UDR. UDM can include UDM-FE (front-end), which is responsible for handling credentials, location management, subscription management, etc. Several different front-ends can serve the same user in different transactions. The UDM-FE accesses subscription information stored in the UDR and performs authentication credential processing, user identification processing, access authorization, registration / mobility management, and subscription management. In addition to communicating with other NFs via reference points as shown in the figure, the UDM 958 can also demonstrate a Nudm service-based interface.

[0102] The AF 960 can provide application impact on service routing, provide access to NEF, and interact with the policy framework for policy control.

[0103] In some embodiments, the 5GC 940 can implement edge computing by selecting a point on the network to which the UE 902 is attached, where the operator / third-party service is geographically close. This can reduce latency and load on the network. To provide edge computing implementation, the 5GC 940 can select a UPF 948 close to the UE 902 and perform service control from the UPF 948 to the data network 936 via the N6 interface. This can be based on UE subscription data, UE location, and information provided by the AF 960. In this way, the AF 960 can influence UPF (re)selection and service routing. Based on operator deployment, when the AF 960 is considered a trusted entity, the network operator can allow the AF 960 to interact directly with the relevant NF. Furthermore, the AF 960 can expose a service-based interface of the Naf.

[0104] Data network 936 can represent various network operator services, Internet access, or third-party services that can be provided by one or more servers (including, for example, application / content server 938).

[0105] Figure 10A wireless network 1000 according to various embodiments is illustrated schematically. The wireless network 1000 may include a UE 1002 that communicates wirelessly with an AN 1004. The UE 1002 and the AN 1004 may be similar to components with similar names described elsewhere herein and are substantially interchangeable.

[0106] UE 1002 can be communicatively coupled to AN 1004 via connection 1006. Connection 1006 is shown as the air interface for implementing the communication coupling and can follow cellular communication protocols (e.g., LTE protocols) or operate on 5G NR at mmWave or sub-6GHz frequencies.

[0107] UE 1002 may include a host platform 1008 coupled to a modem platform 1010. Host platform 1008 may include application processing circuitry 1012, which may be coupled to protocol processing circuitry 1014 of modem platform 1010. Application processing circuitry 1012 may run various applications for UE 1002 to source / sink application data. Application processing circuitry 1012 may also implement one or more layer operations for sending / receiving application data to / from a data network. These layer operations may include transport (e.g., UDP) operations and Internet (e.g., IP) operations.

[0108] The protocol processing circuit 1014 can implement one or more layer operations to facilitate the transmission or reception of data through the connection 1006. The layer operations implemented by the protocol processing circuit 1014 may include, for example, MAC, RLC, PDCP, RRC, and NAS operations.

[0109] The modem platform 1010 may also include digital baseband circuitry 1016, which can implement one or more layer operations that are "lower" layer operations performed by protocol processing circuitry 1014 in the network protocol stack. These operations may include, for example, PHY operations, including one or more of the following: HARQ-ACK function, scrambling / descrambling, encoding / decoding, layer mapping / demapping, modulation symbol mapping, received symbol / bit metric determination, multi-antenna port precoding / decoding (which may include one or more of space-time coding, space-frequency coding, or spatial coding), reference signal generation / detection, preamble sequence generation and / or decoding, synchronization sequence generation / detection, blind decoding of control channel signals, and other related functions.

[0110] The modem platform 1010 may also include a transmitting circuit 1018, a receiving circuit 1020, an RF circuit 1022, and an RF front-end (RFFE) 1024, which may include or be connected to one or more antenna panels 1026. In short, the transmitting circuit 1018 may include a digital-to-analog converter, a mixer, an intermediate frequency (IF) component, etc.; the receiving circuit 1020 may include an analog-to-digital converter, a mixer, an IF component, etc.; the RF circuit 1022 may include a low-noise amplifier, a power amplifier, a power point tracking component, etc.; and the RFFE (radio frequency front-end) 1024 may include filters (e.g., surface / bulk acoustic wave filters), switches, antenna tuners, beamforming components (e.g., phased array antenna components), etc. The selection and arrangement of the components of the transmitting circuit 1018, the receiving circuit 1020, the RF circuit 1022, the RFFE 1024, and the antenna panel 1026 (collectively referred to as the "transmit / receive assembly") may be specific to the details of a particular implementation, such as whether the communication is TDM or FDM, at millimeter wave or sub-6 GHz frequencies, etc. In some embodiments, the transmitting / receiving components may be arranged in multiple parallel transmitting / receiving chains, or in the same or different chips / modules, etc.

[0111] In some embodiments, the protocol processing circuitry 1014 may include one or more instances of control circuitry (not shown) to provide control functions for the transmitting / receiving components.

[0112] UE reception can be established via and through antenna panel 1026, RFFE 1024, RF circuit 1022, receiving circuit 1020, digital baseband circuit 1016, and protocol processing circuit 1014. In some embodiments, antenna panel 1026 can receive transmissions from AN 1004 through receive beamforming signals received by a plurality of antennas / antenna elements of one or more antenna panels 175.

[0113] UE transmission can be established via and through protocol processing circuitry 1014, digital baseband circuitry 1016, transmission circuitry 1018, RF circuitry 1022, RFFE 1024, and antenna panel 1026. In some embodiments, the transmission component of UE 1004 may apply spatial filtering to the data to be transmitted to form a transmission beam transmitted by the antenna elements of antenna panel 1026.

[0114] Similar to UE 1002, AN 1004 may include a host platform 1028 coupled to a modem platform 1030. Host platform 1028 may include application processing circuitry 1032 coupled to protocol processing circuitry 1034 of modem platform 1030. The modem platform may also include digital baseband circuitry 1036, transmit circuitry 1038, receive circuitry 1040, RF circuitry 1042, RFFE circuitry 1044, and antenna panel 1046. Components of AN 1004 may be similar to those of UE 1002 and are substantially interchangeable. In addition to performing data transmission / reception as described above, components of AN 1008 may also perform various logical functions, including, for example, RNC (Radio Network Control) functions such as radio bearer management, uplink and downlink dynamic radio resource management, and packet scheduling.

[0115] Figure 11 This is a block diagram illustrating components capable of reading instructions from a machine-readable or computer-readable medium (e.g., a non-transitory machine-readable storage medium) and performing any one or more methods discussed herein, according to some example embodiments. Specifically, Figure 11 A schematic representation of hardware resource 1100 is shown, which includes one or more processors (or processor cores) 1110, one or more memory / storage devices 1120, and one or more communication resources 1130, each of which can be communicatively coupled via bus 1140 or other interface circuitry. In embodiments utilizing node virtualization (e.g., NFV), a hypervisor 1102 can be executed to provide an execution environment for one or more network slices / subslices to utilize hardware resource 1100.

[0116] Processor 1110 may include, for example, processor 1112 and processor 1114. Processor 1110 may be, for example, a central processing unit (CPU), a reduced instruction set computing (RISC) processor, a complex instruction set computing (CISC) processor, a graphics processing unit (GPU), a DSP (e.g., a baseband processor), an ASIC (Application-Specific Integrated Circuit), an FPGA (Field-Programmable Gate Array), a radio frequency integrated circuit (RFIC), another processor (including the processors discussed herein), or any suitable combination thereof.

[0117] The memory / storage device 1120 may include main memory, disk storage, or any suitable combination thereof. The memory / storage device 1120 may include, but is not limited to, any type of volatile or non-volatile memory, such as dynamic random access memory (DRAM), static random access memory (SRAM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), flash memory, solid-state storage, etc.

[0118] Communication resource 1130 may include interconnect or network interface components or other suitable devices for communicating with one or more peripheral devices 1104 or one or more databases 1106 via network 1108. For example, communication resource 1130 may include wired communication components (e.g., for coupling via USB), cellular communication components, NFC components, etc. (or low power consumption) ) components, Components and other communication components.

[0119] Instructions 1150 may include software, programs, applications, applets, or other executable code for causing at least any processor 1110 to perform any one or more of the methods discussed herein. Instructions 1150 may reside wholly or partially within processor 1110 (e.g., within the processor's cache memory), memory / storage device 1120, or any suitable combination thereof. Furthermore, any portion of instructions 1150 may be transferred from any combination of peripheral device 1104 or database 1106 to hardware resource 1100. Therefore, the memory of processor 1110, memory / storage device 1120, peripheral device 1104, and database 1106 are examples of computer-readable and machine-readable media.

[0120] The following examples are further embodiments.

[0121] Example 1 is an apparatus for a user equipment (UE) comprising: a radio frequency (RF) interface; and one or more processors configured to: decode an indicator received via the RF interface from a next-generation node B (gNB) for indicating one of a plurality of feedback resource selection (FRS) methods to be used for transmission on a physical side link feedback channel (PSFCH); and encode a PSFCH message for transmission based on the indicated FRS method.

[0122] Example 2 may include the subject of Example 1 or any other example herein, wherein the one or more processors are further configured to decode configuration information received from the gNB for the plurality of FRS methods.

[0123] Example 3 may include the subject of Example 2 or any other example herein, wherein the configuration information is received via Radio Resource Control (RRC) signaling.

[0124] Example 4 may include the subject of Example 2 or any other example herein, wherein the one or more processors are further configured to decode a Media Access Control (MAC) control element (CE) received from the gNB for indicating a subset of the plurality of FRS methods, wherein the indicator indicates one FRS method in the subset of the FRS methods.

[0125] Example 5 may include the subject of Example 1 or any other example in this document, wherein the plurality of FRS methods are pre-configured.

[0126] Example 6 may include the subject of Example 1 or any other example in this document, wherein the indicator is received in the side link control information (SCI).

[0127] Example 7 may include the subject of Example 1 or any other example herein, wherein the indicator is received in a Media Access Control (MAC) control element (CE).

[0128] Example 8 may include the subject of Example 1 or any other example herein, wherein the plurality of FRS methods include a first FRS method in which the candidate PSFCH resources correspond to a set of physical resource blocks (PRBs) associated with the starting subchannel and time slot for the corresponding Physical Side Link Shared Channel (PSSCH).

[0129] Example 9 may include the subject of Example 1 or any other example herein, wherein the plurality of FRS methods include a second FRS method, wherein one or more candidate PSFCH resources correspond to a set of physical resource blocks (PRBs) associated with the respective subchannels and timeslots for the corresponding Physical Side Link Shared Channel (PSSCH).

[0130] Example 10 is an apparatus for a user equipment (UE) comprising: a radio frequency (RF) interface; and one or more processors configured to: decode a Radio Resource Control (RRC) message received from a next-generation node B (gNB) via the RF interface, the RRC message including: parameters indicating whether a Feedback Resource Selection (FRS) method for Physical Side Link Feedback Channel (PSFCH) transmission is dynamically or semi-statically configured; and configuration information for one or more FRS methods; and encoding the PSFCH message for transmission based on the configuration information and the parameters.

[0131] Example 11 may include the subject of Example 10 or any other example herein, wherein the parameters indicate that the one or more FRS methods are dynamically configured, wherein the configuration information includes configuration information for multiple FRS methods, and wherein the one or more processors are further configured to decode an indicator received from the gNB that indicates a first FRS method among the multiple FRS methods to be used for sending the PSFCH message.

[0132] Example 12 may include the subject of Example 11 or any other example herein, wherein the indicator is received in Side Link Control Information (SCI).

[0133] Example 13 may include the subject of Example 11 or any other example herein, wherein the indicator is received in a Media Access Control (MAC) control element (CE).

[0134] Example 14 may include the subject of Example 11 or any other example herein, wherein the one or more processors are further configured to decode a Media Access Control (MAC) control element (CE) received from the gNB for indicating a subset of the plurality of FRS methods, wherein the indicator indicates a first FRS method in the subset of the FRS methods.

[0135] Example 15 may include the subject of Example 10 or any other example in this document, wherein the RRC message is an RRC Element (IE) PSFCH-Config.

[0136] Example 16 may include the subject of Example 10 or any other example herein, wherein the one or more FRS methods include an FRS method in which the candidate PSFCH resource corresponds to a set of physical resource blocks (PRBs) associated with the starting subchannel and time slot for the corresponding Physical Side Link Shared Channel (PSSCH).

[0137] Example 17 may include the subject of Example 10 or any other example herein, wherein the one or more FRS methods include an FRS method in which one or more candidate PSFCH resources correspond to a set of physical resource blocks (PRBs) associated with the respective subchannels and timeslots for the corresponding Physical Side Link Shared Channel (PSSCH).

[0138] Example 18 is an apparatus for a user equipment (UE) comprising: a radio frequency (RF) interface; and one or more processors configured to: decode sidelink control information (SCI) received via the RF interface from a next-generation node B (gNB) for scheduling transmissions of a physical sidelink shared channel (PSSCH), the SCI including a flag indicating the bit size of a feedback resource selection (FRS) field in the SCI, the FRS field indicating one or more FRS methods to be used for transmitting the physical sidelink feedback channel (PSFCH); and encode the PSFCH for transmission based on the flag.

[0139] Example 19 may include the subject of Example 18 or any other example herein, wherein the flag has a first value for indicating that the bit size is 0 bits, or a second value for indicating that the bit size is 1 bit.

[0140] Example 20 may include the subject of Example 18 or any other example in this document, wherein the marker is used to indicate whether the FRS method is selected to be dynamically executed or semi-statically executed.

[0141] Example 21 may include the subject of Example 18 or any other example herein, wherein the flag indicates that the bit size is 1 bit, and wherein the FRS field indicates one of two configured FRS methods to be used for the transmission of PSFCH.

[0142] Example 22 may include the subject of Example 18 or any other example herein, wherein the one or more FRS methods include FRS methods in which candidate PSFCH resources correspond to a set of physical resource blocks (PRBs) associated with the starting subchannel and time slot for the corresponding PSSCH.

[0143] Example 23 may include the subject of Example 18 or any other example herein, wherein the one or more FRS methods include FRS methods in which one or more candidate PSFCH resources correspond to a set of physical resource blocks (PRBs) associated with the respective subchannels and time slots for the corresponding PSSCH.

[0144] Example 24 is an apparatus for a user equipment (UE) comprising: a radio frequency (RF) interface; and one or more processors configured to: decode configuration information received from a next-generation node B (gNB) via the RF interface, the configuration information indicating a mapping of resource blocks (RBs) for a Physical Side Link Feedback Channel (PSFCH) to subchannels for a Physical Side Link Shared Channel (PSSCH); determine PSFCH candidate resources based on the configuration information; and encode PSFCH transmissions for transmission based on the PSFCH candidate resources.

[0145] Example 25 may include the topic of Example 24 or any other example in this document, wherein the configuration information is based on the number N of RBs in the PSFCH resource pool. F The number N of time slots corresponding to the PSFCH time slot SL and the number of sub-channels N in each time slot SC It was determined that.

[0146] Example 26 may include the subject of Example 25 or any other example in this document, wherein all N associated with the PSFCH slot SL N SC The sub-channels are numbered in order of time first, then frequency.

[0147] Example 27 may include the topic of Example 26 or any other example in this article, where, when N F It is N SL N SC When it is a multiple of N, that is, N F =KN SL N SC , where K is an integer, and each K RB is mapped to each subchannel in each time slot in the order of time first and then frequency.

[0148] Example 28 may include the topic of Example 26 or any other example in this article, where, when N F Not N SL N SC When it is a multiple of, that is Former Q=mod(N F N SL N SC Each of the 10 sub-channels is mapped to K+1 PSFCH RBs, while each of the remaining sub-channels is mapped to K PSFCH RBs.

[0149] Example 29 may include the topic of Example 26 or any other example in this article, where, when N F Not N SL N SCWhen it is a multiple of, that is Q = mod(N) F N SL N SC ) sub-channels are mapped to K+1 PSFCH RBs, and the other N SL N SC -Q subchannels are mapped to K PSFCH RBs.

[0150] Example 30 may include the topic of Example 29 or any other example in this document, wherein the subchannel with index Di+1, wherein i = 0, ..., Q-1 is mapped to K+1 PSFCH RBs, while other sub-channels are mapped to K PSFCH RBs.

[0151] Example 31 may include the topic of Example 29 or any other example in this article, where the index is mod(Di+p,N). SL N SC Sub-channels of )+1, where i = 0, ..., Q-1 and p defines the period number of the PSFCH resource pool, which is mapped to K+1 PSFCH RBs, while other sub-channels are mapped to K PSFCH RBs.

[0152] Example 32 is a machine-readable medium storing instructions that, when executed by one or more processors of a user equipment (UE), cause the UE to: decode an indicator received from a next-generation node B (gNB) for indicating one of a plurality of feedback resource selection (FRS) methods to be used for transmission on the physical side link feedback channel (PSFCH); and encode a PSFCH message for transmission based on the indicated FRS method.

[0153] Example 33 may include the subject of Example 32 or any other example herein, wherein, when executed, the instructions also cause the UE to: decode configuration information received from the gNB for the plurality of FRS methods.

[0154] Example 34 may include the subject of Example 33 or any other example herein, wherein the configuration information is received via Radio Resource Control (RRC) signaling.

[0155] Example 35 may include the subject of Example 33 or any other example herein, wherein, when executed, the instruction also causes the UE to: decode a Media Access Control (MAC) control element (CE) received from the gNB that indicates a subset of the plurality of FRS methods, wherein the indicator indicates one FRS method in the subset of the FRS methods.

[0156] Example 36 may include the subject of Example 32 or any other example in this document, wherein the plurality of FRS methods are pre-configured.

[0157] Example 37 may include the subject of Example 32 or any other example herein, wherein the indicator is received in Side Link Control Information (SCI).

[0158] Example 38 may include the subject of Example 32 or any other example herein, wherein the indicator is received in a Media Access Control (MAC) control element (CE).

[0159] Example 39 may include the subject of Example 32 or any other example herein, wherein the plurality of FRS methods include a first FRS method in which the candidate PSFCH resources correspond to a set of physical resource blocks (PRBs) associated with the starting subchannel and time slot for the corresponding Physical Side Link Shared Channel (PSSCH).

[0160] Example 40 may include the subject of Example 32 or any other example herein, wherein the plurality of FRS methods include a second FRS method, wherein one or more candidate PSFCH resources correspond to a set of physical resource blocks (PRBs) associated with the respective subchannels and timeslots for the corresponding Physical Side Link Shared Channel (PSSCH).

[0161] Example 41 is a machine-readable medium storing instructions that, when executed by one or more processors of a user equipment (UE), cause the UE to: decode a Radio Resource Control (RRC) message received from a Next Generation Node B (gNB), the RRC message including: parameters indicating whether a Feedback Resource Selection (FRS) method for Physical Side Link Feedback Channel (PSFCH) transmission is dynamically or semi-statically configured; and configuration information for one or more FRS methods; and encode the PSFCH message for transmission based on the configuration information and the parameters.

[0162] Example 42 may include the subject of Example 41 or any other example herein, wherein the parameters indicate that the one or more FRS methods are dynamically configured, wherein the configuration information includes configuration information for multiple FRS methods, and wherein, when the instruction is executed, it also causes the UE to: decode an indicator received from the gNB indicating a first FRS method among the multiple FRS methods to be used to send the PSFCH message.

[0163] Example 43 may include the subject of Example 42 or any other example herein, wherein the indicator is received in Side Link Control Information (SCI).

[0164] Example 44 may include the subject of Example 42 or any other example herein, wherein the indicator is received in a Media Access Control (MAC) control element (CE).

[0165] Example 45 may include the subject of Example 42 or any other example herein, wherein, when executed, the instruction also causes the UE to: decode a Media Access Control (MAC) control element (CE) received from the gNB for indicating a subset of the plurality of FRS methods, wherein the indicator indicates a first FRS method in the subset of the FRS methods.

[0166] Example 46 may include the subject of Example 41 or any other example in this document, wherein the RRC message is an RRC Element (IE) PSFCH-Config.

[0167] Example 47 may include the subject of Example 41 or any other example herein, wherein the one or more FRS methods include an FRS method in which the candidate PSFCH resource corresponds to a set of physical resource blocks (PRBs) associated with the starting subchannel and time slot for the corresponding physical side link shared channel (PSSCH).

[0168] Example 48 may include the subject of Example 41 or any other example herein, wherein the one or more FRS methods include FRS methods in which one or more candidate PSFCH resources correspond to a set of physical resource blocks (PRBs) associated with the respective subchannels and timeslots of the corresponding Physical Side Link Shared Channel (PSSCH).

[0169] Example 49 is a machine-readable medium storing instructions that, when executed by one or more processors of a user equipment (UE), cause the UE to: decode sidelink control information (SCI) received from a next-generation node B (gNB) for scheduling the transmission of a physical sidelink shared channel (PSSCH), the SCI including a flag indicating the bit size of a feedback resource selection (FRS) field in the SCI, the FRS field indicating one or more FRS methods to be used for transmitting the physical sidelink feedback channel (PSFCH); and encode the PSFCH for transmission based on the flag.

[0170] Example 50 may include the subject of Example 49 or any other example herein, wherein the flag has a first value for indicating that the bit size is 0 bits, or a second value for indicating that the bit size is 1 bit.

[0171] Example 51 may include the subject of Example 49 or any other example in this document, wherein the marker is used to indicate whether the FRS method is selected to be dynamically executed or semi-statically executed.

[0172] Example 52 may include the subject of Example 49 or any other example herein, wherein the flag indicates that the bit size is 1 bit, and wherein the FRS field indicates one of two configured FRS methods to be used for the transmission of PSFCH.

[0173] Example 53 may include the subject of Example 49 or any other example herein, wherein the one or more FRS methods include an FRS method in which the candidate PSFCH resource corresponds to a set of physical resource blocks (PRBs) associated with the starting subchannel and time slot for the corresponding PSSCH.

[0174] Example 54 may include the subject of Example 49 or any other example herein, wherein the one or more FRS methods include FRS methods in which one or more candidate PSFCH resources correspond to a set of physical resource blocks (PRBs) associated with the respective subchannels and time slots for the corresponding PSSCH.

[0175] Example 55 is a machine-readable medium storing instructions that, when executed by one or more processors of a user equipment (UE), cause the UE to: decode configuration information received from a next-generation node B (gNB) indicating a mapping of resource blocks (RBs) for the Physical Side Link Feedback Channel (PSFCH) to subchannels for the Physical Side Link Shared Channel (PSSCH); determine PSFCH candidate resources based on the configuration information; and encode PSFCH transmissions for transmission based on the PSFCH candidate resources.

[0176] Example 56 may include the subject of Example 55 or any other example in this document, wherein the configuration information is based on the number N of RBs in the PSFCH resource pool. F The number N of time slots corresponding to the PSFCH time slot SL and the number of sub-channels N in each time slot SC It was determined that.

[0177] Example 57 may include the subject of Example 56 or any other example in this document, wherein all N associated with the PSFCH slotSL N SC The sub-channels are numbered in order of time first, then frequency.

[0178] Example 58 may include the topic of Example 57 or any other example in this article, where, when N F It is N SL N SC When it is a multiple of N, that is, N F =KN SL N SC , where K is an integer, and each K RB is mapped to each subchannel in each time slot in the order of time first and then frequency.

[0179] Example 59 may include the topic of Example 57 or any other example in this article, where, when N F Not N SL N SC When it is a multiple of, that is Former Q=mod(N F N SL N SC Each of the 10 sub-channels is mapped to K+1 PSFCH RBs, while each of the remaining sub-channels is mapped to K PSFCH RBs.

[0180] Example 60 may include the topic of Example 57 or any other example in this article, where, when N F Not N SL N SC When it is a multiple of, that is Q = mod(N) F N SL N SC ) sub-channels are mapped to K+1 PSFCH RBs, and the other N SL N SC -Q subchannels are mapped to K PSFCH RBs.

[0181] Example 61 may include the topic of Example 60 or any other example in this document, wherein the subchannel with index Di+1, wherein i = 0, ..., Q-1 is mapped to K+1 PSFCH RBs, while other sub-channels are mapped to K PSFCH RBs.

[0182] Example 62 may include the topic of Example 60 or any other example in this article, where the index is mod(Di+p,N). SL N SC Sub-channels of )+1, where i = 0, ..., Q-1 and p defines the period number of the PSFCH resource pool, which is mapped to K+1 PSFCH RBs, while other sub-channels are mapped to K PSFCH RBs.

[0183] Example 63 is a method to be performed at a user equipment (UE), the method comprising: decoding an indicator received from a next-generation node B (gNB) for indicating one of a plurality of feedback resource selection (FRS) methods to be used for transmission on a physical side link feedback channel (PSFCH); and encoding a PSFCH message for transmission based on the indicated FRS method.

[0184] Example 64 may include the subject of Example 63 or any other example herein, wherein the method further includes: decoding configuration information received from the gNB for the plurality of FRS methods.

[0185] Example 65 may include the subject of Example 64 or any other example herein, wherein the configuration information is received via Radio Resource Control (RRC) signaling.

[0186] Example 66 may include the subject of Example 64 or any other example herein, wherein the method further includes: decoding a Media Access Control (MAC) control element (CE) received from the gNB for indicating a subset of the plurality of FRS methods, wherein the indicator indicates one FRS method in the subset of the FRS methods.

[0187] Example 67 may include the subject of Example 63 or any other example in this document, wherein the plurality of FRS methods are pre-configured.

[0188] Example 68 may include the subject of Example 63 or any other example herein, wherein the indicator is received in Side Link Control Information (SCI).

[0189] Example 69 may include the subject of Example 63 or any other example herein, wherein the indicator is received in a Media Access Control (MAC) control element (CE).

[0190] Example 70 may include the subject of Example 63 or any other example herein, wherein the plurality of FRS methods include a first FRS method in which candidate PSFCH resources correspond to a set of physical resource blocks (PRBs) associated with the starting subchannel and time slot for the corresponding Physical Side Link Shared Channel (PSSCH).

[0191] Example 71 may include the subject of Example 63 or any other example herein, wherein the plurality of FRS methods include a second FRS method in which one or more candidate PSFCH resources correspond to a set of physical resource blocks (PRBs) associated with the respective subchannels and timeslots for the corresponding Physical Side Link Shared Channel (PSSCH).

[0192] Example 72 is a method to be performed at a user equipment (UE), the method comprising: decoding a Radio Resource Control (RRC) message received from a next-generation node B (gNB), the RRC message including: parameters indicating whether a Feedback Resource Selection (FRS) method for Physical Side Link Feedback Channel (PSFCH) transmission is dynamically or semi-statically configured; and configuration information for one or more FRS methods; and encoding the PSFCH message for transmission based on the configuration information and the parameters.

[0193] Example 73 may include the subject of Example 72 or any other example herein, wherein the parameters indicate that the one or more FRS methods are dynamically configured, wherein the configuration information includes configuration information for multiple FRS methods, and wherein the method further includes: decoding an indicator received from the gNB that indicates a first FRS method among the multiple FRS methods to be used for sending the PSFCH message.

[0194] Example 74 may include the subject of Example 73 or any other example herein, wherein the indicator is received in Side Link Control Information (SCI).

[0195] Example 75 may include the subject of Example 73 or any other example herein, wherein the indicator is received in a Media Access Control (MAC) control element (CE).

[0196] Example 76 may include the subject of Example 73 or any other example herein, wherein the method further includes: decoding a Media Access Control (MAC) control element (CE) received from the gNB for indicating a subset of the plurality of FRS methods, wherein the indicator indicates a first FRS method in the subset of the FRS methods.

[0197] Example 77 may include the subject of Example 72 or any other example in this document, wherein the RRC message is an RRC Element (IE) PSFCH-Config.

[0198] Example 78 may include the subject of Example 72 or any other example herein, wherein the one or more FRS methods include an FRS method in which the candidate PSFCH resource corresponds to a set of physical resource blocks (PRBs) associated with the starting subchannel and time slot for the corresponding Physical Side Link Shared Channel (PSSCH).

[0199] Example 79 may include the subject of Example 72 or any other example herein, wherein the one or more FRS methods include an FRS method in which one or more candidate PSFCH resources correspond to a set of physical resource blocks (PRBs) associated with the respective subchannels and time slots for the corresponding Physical Side Link Shared Channel (PSSCH).

[0200] Example 80 is a method to be performed at a user equipment (UE), the method comprising: decoding sidelink control information (SCI) received from a next-generation node B (gNB) for scheduling the transmission of a physical sidelink shared channel (PSSCH), the SCI including a flag indicating the bit size of a feedback resource selection (FRS) field in the SCI, the FRS field indicating one or more FRS methods to be used for transmitting the physical sidelink feedback channel (PSFCH); and encoding the PSFCH for transmission based on the flag.

[0201] Example 81 may include the subject of Example 80 or any other example herein, wherein the flag has a first value for indicating that the bit size is 0 bits, or a second value for indicating that the bit size is 1 bit.

[0202] Example 82 may include the subject of Example 80 or any other example in this document, wherein the marker is used to indicate whether the FRS method is selected to be dynamically executed or semi-statically executed.

[0203] Example 83 may include the subject of Example 80 or any other example herein, wherein the flag indicates that the bit size is 1 bit, and wherein the FRS field indicates one of two configured FRS methods to be used for the transmission of PSFCH.

[0204] Example 84 may include the subject of Example 80 or any other example herein, wherein the one or more FRS methods include FRS methods in which candidate PSFCH resources correspond to a set of physical resource blocks (PRBs) associated with the starting subchannel and time slot for the corresponding PSSCH.

[0205] Example 85 may include the subject of Example 80 or any other example herein, wherein the one or more FRS methods include FRS methods in which one or more candidate PSFCH resources correspond to a set of physical resource blocks (PRBs) associated with the respective subchannels and time slots for the corresponding PSSCH.

[0206] Example 86 is a method to be performed at a user equipment (UE), the method comprising: decoding configuration information received from a next-generation node B (gNB) for indicating a mapping of resource blocks (RBs) for a physical side-link feedback channel (PSFCH) to subchannels for a physical side-link shared channel (PSSCH); determining PSFCH candidate resources based on the configuration information; and encoding PSFCH transmissions for transmission based on the PSFCH candidate resources.

[0207] Example 87 may include the topic of Example 86 or any other example in this document, wherein the configuration information is based on the number N of RBs in the PSFCH resource pool. F The number N of time slots corresponding to the PSFCH time slot SL and the number of sub-channels N in each time slot SC It was determined that.

[0208] Example 88 may include the subject of Example 87 or any other example in this document, wherein all N associated with the PSFCH slot SL N SC The sub-channels are numbered in order of time first, then frequency.

[0209] Example 89 may include the topic of Example 88 or any other example in this article, where, when N F It is N SL N SC When it is a multiple of N, that is, N F =KN SL N SC , where K is an integer, and each K RB is mapped to each subchannel in each time slot in the order of time first and then frequency.

[0210] Example 90 may include the topic of Example 88 or any other example in this article, where, when N F Not N SL N SC When it is a multiple of, that is Former Q=mod(N F N SL N SCEach of the 10 sub-channels is mapped to K+1 PSFCH RBs, while each of the remaining sub-channels is mapped to K PSFCH RBs.

[0211] Example 91 may include the topic of Example 88 or any other example in this article, where, when N F Not N SL N SC When it is a multiple of, that is Q = mod(N) F N SL N SC ) sub-channels are mapped to K+1 PSFCH RBs, and the other N SL N SC -Q subchannels are mapped to K PSFCH RBs.

[0212] Example 92 may include the topic of Example 91 or any other example in this document, wherein the subchannel with index Di+1, wherein i = 0, ..., Q-1 is mapped to K+1 PSFCH RBs, while other sub-channels are mapped to K PSFCH RBs.

[0213] Example 93 may include the topic of Example 91 or any other example in this article, where the index is mod(Di+p,N). SL N SC Sub-channels of )+1, where i = 0, ..., Q-1 and p defines the period number of the PSFCH resource pool, which is mapped to K+1 PSFCH RBs, while other sub-channels are mapped to K PSFCH RBs.

Claims

1. An apparatus for a user equipment (UE), the apparatus comprising: Radio frequency (RF) interface; and One or more processors are configured as follows: The indicator received from the next-generation node B (gNB) via the RF interface is decoded, the indicator being used to indicate one of a plurality of Feedback Resource Selection (FRS) methods to be used for Physical Side Link Feedback Channel (PSFCH) transmission; as well as The PSFCH message is encoded for transmission based on the indicated FRS method; The FRS method is pre-configured by Radio Resource Control (RRC) signaling or configured by RRC signaling and then activated / deactivated by Medium Access Control (MAC) control element (CE). The indicator is received by the MAC CE, and PSFCH candidate resources are determined based on the indicated FRS method. The FRS method is one of the following two: the candidate PSFCH resource corresponds to a set of physical resource blocks (PRBs) associated with the starting sub-channel and time slot used for the corresponding physical side link shared channel (PSSCH), or the candidate PSFCH resource corresponds to a set of PRBs associated with each sub-channel and time slot used for the corresponding PSSCH.

2. The apparatus according to claim 1, wherein, The one or more processors are further configured to: The configuration information received from the gNB for the plurality of FRS methods is decoded.

3. The apparatus according to claim 2, wherein, The configuration information is received via Radio Resource Control (RRC) signaling.

4. The apparatus according to claim 2, wherein, The one or more processors are further configured to: The Media Access Control (MAC) control element (CE) received from the gNB, which indicates a subset of the plurality of FRS methods, is decoded, wherein the indicator indicates one FRS method in the subset of the FRS methods.

5. An apparatus for a user equipment (UE), the apparatus comprising: Radio frequency (RF) interface; and One or more processors are configured as follows: Decode the Radio Resource Control (RRC) message received from the Next Generation Node B (gNB) via the RF interface, the RRC message including: The parameter used to indicate whether the Feedback Resource Selection (FRS) method to be used for Physical Side Link Feedback Channel (PSFCH) transmission is dynamically or semi-statically configured; and Configuration information for one or more FRS methods; and The PSFCH message is encoded for transmission based on the configuration information and the parameters; When the parameter indicates a semi-static configuration, the RRC signaling only configures a specific FRS method, and the UE applies the configured FRS to the PSFCH transmission; when the parameter indicates a dynamic configuration, the processor also decodes the indicator received via the MAC control element (CE) or side link control information (SCI). The FRS method is one of the following two: the candidate PSFCH resource corresponds to a set of physical resource blocks (PRBs) associated with the starting sub-channel and time slot used for the corresponding physical side link shared channel (PSSCH); or the candidate PSFCH resource corresponds to a set of PRBs associated with each sub-channel and time slot used for the corresponding PSSCH.

6. The apparatus according to claim 5, wherein, The parameter indicates that the one or more FRS methods are dynamically configured, wherein the configuration information includes configuration information for multiple FRS methods, and The one or more processors are further configured to decode an indicator received from the gNB that indicates a first FRS method among the plurality of FRS methods to be used to send the PSFCH message.

7. The apparatus according to claim 6, wherein, The indicator is received in the side link control information (SCI).

8. The apparatus according to claim 6, wherein, The indicator is received in the Media Access Control (MAC) control element (CE).

9. The apparatus according to claim 6, wherein, The one or more processors are further configured to: The Media Access Control (MAC) control element (CE) received from the gNB, which indicates a subset of the plurality of FRS methods, is decoded, wherein the indicator indicates a first FRS method in the subset of the FRS methods.

10. The apparatus according to claim 5, wherein, The RRC message is RRC Element (IE) PSFCH-Config.

11. An apparatus for a user equipment (UE), the apparatus comprising: Radio frequency (RF) interface; and One or more processors are configured as follows: The sidelink control information (SCI) received from the next-generation node B (gNB) via the RF interface for scheduling the transmission of the physical sidelink shared channel (PSSCH) is decoded. The SCI includes a flag indicating the bit size of the feedback resource selection (FRS) field in the SCI, which indicates one or more FRS methods to be used to transmit the physical sidelink feedback channel (PSFCH). as well as The PSFCH is encoded for transmission based on the flag, wherein the flag indicates whether the FRS method is selected for dynamic or semi-static execution, the flag indicates that the bit size is 1 bit, and wherein the FRS field indicates one of two configured FRS methods to be used for the transmission of the PSFCH. The FRS method is one of the following two: the candidate PSFCH resource corresponds to a set of physical resource blocks (PRBs) associated with the starting sub-channel and time slot used for the corresponding physical side link shared channel (PSSCH); or the candidate PSFCH resource corresponds to a set of PRBs associated with each sub-channel and time slot used for the corresponding PSSCH.

12. The apparatus according to claim 11, wherein, The flag has a first value for indicating that the bit size is 0 bits, or a second value for indicating that the bit size is 1 bit.

13. An apparatus for a user equipment (UE), the apparatus comprising: Radio frequency (RF) interface; and One or more processors are configured as follows: The configuration information received from the next-generation node B (gNB) via the RF interface is decoded, the configuration information being used to indicate the mapping of resource blocks (RBs) for the Physical Side Link Feedback Channel (PSFCH) to subchannels for the Physical Side Link Shared Channel (PSSCH); Based on the configuration information, candidate PSFCH resources are determined; The PSFCH transmission is encoded for transmission based on the PSFCH candidate resources; The configuration information is based on the number N of RBs in the PSFCH resource pool. F The number N of time slots corresponding to the PSFCH time slot SL and the number of sub-channels N in each time slot SC Determined, all N associated with the PSFCH time slot SL N SC The sub-channels are numbered in order of time followed by frequency; Where, when N F It is N SL N SC When it is a multiple of N, that is, N F =KN SL N SC Where K is an integer, and each K RB is mapped to each subchannel in each time slot in the order of time first and then frequency; where, when N F Not N SL N SC When it is a multiple of, that is , before Q=mod(N F N SL N SC Each of the ) subchannels is mapped to K+1 PSFCH RBs, while each of the remaining subchannels is mapped to K PSFCH RBs, or Q=mod(N F N SL N SC ) sub-channels are mapped to K+1 PSFCHRBs, and the other N SL N SC -Q subchannels are mapped to K PSFCH RBs.

14. The apparatus according to claim 13, wherein, The sub-channel with index Di+1, where i=0,…,Q-1, are mapped to K+1 PSFCH RBs, while other sub-channels are mapped to K PSFCH RBs.

15. The apparatus according to claim 13, wherein, The index is mod(Di+p,N) SL N SC Sub-channels of )+1, where i=0,…,Q-1 and p defines the period number of the PSFCH resource pool, which is mapped to K+1 PSFCH RBs, while other sub-channels are mapped to K PSFCH RBs.

Images