WO2023171218A1 - 無線端末及びその方法 - Google Patents

無線端末及びその方法 Download PDF

Info

Publication number
WO2023171218A1
WO2023171218A1 PCT/JP2023/004130 JP2023004130W WO2023171218A1 WO 2023171218 A1 WO2023171218 A1 WO 2023171218A1 JP 2023004130 W JP2023004130 W JP 2023004130W WO 2023171218 A1 WO2023171218 A1 WO 2023171218A1
Authority
WO
WIPO (PCT)
Prior art keywords
sidelink
transmission
psfch
carrier
wireless terminal
Prior art date
Application number
PCT/JP2023/004130
Other languages
English (en)
French (fr)
Inventor
暁秋 林
Original Assignee
日本電気株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 日本電気株式会社 filed Critical 日本電気株式会社
Publication of WO2023171218A1 publication Critical patent/WO2023171218A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/02—Selection of wireless resources by user or terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0457—Variable allocation of band or rate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices

Definitions

  • the present disclosure relates to direct communication between wireless terminals (device-to-device (D2D) communication), and particularly relates to the use of multiple carriers in direct communication.
  • D2D device-to-device
  • D2D communications can be integrated with or supported by cellular networks.
  • Proximity-based services ProSe
  • 3GPP® Third Generation Partnership Project
  • V2X Vehicle-to-Everything
  • D2D communications supported by cellular networks can also be used for other applications and services besides V2X services (e.g. public safety applications).
  • the interface between 3GPP wireless terminals (i.e., User Equipment (UEs)) used for the control plane and user plane for D2D communication is called the PC5 interface (or reference point).
  • D2D communication on the PC5 interface is called sidelink communication.
  • the PC5 interface may be based on Evolved Universal Terrestrial Radio Access (E-UTRA) sidelink capabilities and may further be based on 5G New Radio (NR) sidelink capabilities.
  • E-UTRA Evolved Universal Terrestrial Radio Access
  • NR 5G New Radio
  • D2D communication (or sidelink communication) on the E-UTRA-PC5 (or Long Term Evolution (LTE) based PC5) interface is connectionless, i.e. in broadcast mode at the Access Stratum (AS) layer.
  • AS Access Stratum
  • sidelink communication on the NR PC5 interface supports unicast mode, groupcast mode, and broadcast mode at the AS layer.
  • LTE sidelink communication is called, for example, LTE sidelink communication.
  • Sidelink communication on the NR PC5 interface is called, for example, NR sidelink communication.
  • 3GPP specifications specify architectural enhancements to facilitate vehicular communications for cellular V2X services (see, e.g., References 1, 2, and 3).
  • LTE sidelink communication and NR sidelink communication play an important role in realizing cellular V2X communication.
  • AS functionality using E-UTRA technology including LTE sidelink communication to enable V2X communication between UEs or V2X communication on the E-UTRA-PC5 interface It is called LTE V2X sidelink communication.
  • AS functionality using NR technology, including NR sidelink communication to enable V2X communication between UEs, or V2X communication on the NR PC5 interface is referred to as NR V2X sidelink communication or simply NR sidelink communication. .
  • 3GPP Release 15 supports carrier aggregation (CA) and multicarrier operation for LTE sidelink communication (see Non-Patent Documents 1 and 4).
  • CA carrier aggregation
  • 3GPP Release 18 3GPP will discuss Sidelink Evolution. This includes support for carrier aggregation for NR sidelink communications and support for sidelinks on unlicensed spectrum (see Non-Patent Document 5).
  • Patent Documents 1, 2, and 3 disclose sidelink (SL) carrier aggregation, that is, carrier aggregation for SL communication, and in particular between UEs and between UEs and radio access networks (e.g. regarding SL carrier aggregation). , base stations).
  • SL sidelink
  • Patent Document 1 describes that the UE may send SL carrier aggregation settings related to addition, release, and change of secondary SLs to peer UEs (for example, FIGS. 3 and 4 of Patent Document 1, (See Figures 5 and 10).
  • the SL carrier aggregation configuration may relate to addition, release, modification of secondary SLs, and may include a set of carrier frequencies and deactivation timer information.
  • the SL carrier aggregation settings include reception (Rx) or transmission (Tx) indication, primary SL or secondary SL indication, carrier aggregation type (e.g., data duplication or data division), V2X service type, synchronization type, It may also include a primary SL index (carrier index), a secondary SL index (carrier index), SL transmission or reception resource allocation information, and the like.
  • Patent Document 1 describes that after PC5 carrier aggregation is configured, the UE may notify the base station of this (for example, see FIG. 6 of Patent Document 1).
  • the notification message may include at least one of a set of carrier frequency information, a deactivation timer, and a peer UE identifier.
  • the notification message further includes indication of reception (Rx) or transmission (Tx), indication of primary or secondary SL, type of carrier aggregation (e.g., data duplication or data splitting), V2X It may include service type, synchronization type, primary SL index (carrier index), secondary SL index (carrier index), SL transmission or reception resource allocation information, and the like.
  • Patent Document 1 describes that the UE may transmit a request for SL carrier aggregation configuration between the UE and a peer UE to the base station, or the base station may generate the configuration and provide it to the UE. This is described (for example, see FIG. 9 of Patent Document 1). Furthermore, Patent Document 1 describes that the request message is optional and that the base station may provide the SL carrier aggregation settings to the UE regardless of whether the request message is received from the UE.
  • Patent Document 1 describes that before setting up SL carrier aggregation, UEs may directly exchange information regarding their respective SL carrier aggregation capabilities (for example, (See FIG. 13 of Patent Document 1).
  • the SL carrier aggregation capability includes one or both of SL band combination information and SL band and Uu band combination information.
  • Uu is the air interface between the UE and the base station.
  • the band combination information of the UE indicates a list of carriers on which the UE can operate simultaneously and the band of each carrier.
  • the UE may indicate whether it supports both transmission (Tx) and reception (Rx) on each carrier, or only one of transmission (Tx) and reception (Rx).
  • Patent Document 2 discloses that a UE receives a Radio Resource Control (RRC) signal (e.g., RRC Connection Reconfiguration) including a command to add or release a component carrier of V2X carrier aggregation from a wireless wide area network (WAN).
  • RRC Radio Resource Control
  • WAN wireless wide area network
  • Patent Document 3 discloses that a first wireless terminal receives a sidelink message including sidelink capability information of a second wireless terminal from the second wireless terminal via a sidelink channel, and It is described that an uplink message including capability information is sent to a base station (see, for example, FIG. 25 of Patent Document 3).
  • the sidelink capability information of the second wireless terminal includes whether the second wireless terminal supports sidelink multiple carrier operation (e.g., sidelink carrier aggregation, sidelink multiple carriers, sidelink multi-carrier); Indicates supported/operating sidelinks (e.g., LTE, 5G, etc.), available bands, whether the second wireless terminal supports unlicensed bands (or unlicensed spectrum), etc. It's okay.
  • sidelink multiple carrier operation e.g., sidelink carrier aggregation, sidelink multiple carriers, sidelink multi-carrier
  • Indicates supported/operating sidelinks e.g., LTE, 5G, etc.
  • available bands whether the second wireless terminal supports unlicensed bands (or unlicensed spectrum
  • the base station determines configuration parameters for sidelink communication between the first and second wireless terminals based on sidelink capability information of the second wireless terminal, and sets the configuration parameters to the first wireless terminal. It may also be sent to a wireless terminal.
  • the configuration parameters may be sent in an RRC message, Medium Access Control (MAC) Control Element (CE), or Physical Downlink Control Channel (PDCCH) transmission (e.g., Downlink Control Information (DCI)).
  • MAC Medium Access Control
  • CE Control Element
  • PDCCH Physical Downlink Control Channel
  • DCI Downlink Control Information
  • Patent Document 3 discloses that a first wireless terminal receives a sidelink message including band combination information of a second wireless terminal from the second wireless terminal via a sidelink channel, and receives an uplink message including the band combination information. It is described that a link message (e.g., RRC message) is transmitted to a base station (see, for example, FIG. 26 of Patent Document 3).
  • the band combination information of the second wireless terminal may indicate one or more bands that are permitted to be used simultaneously for sidelink communication at the second wireless terminal.
  • the second wireless terminal's band combination information may indicate whether the second wireless terminal supports multiple sidelink carriers (e.g., multi-carrier operation, sidelink carrier aggregation).
  • the base station determines or assigns resources corresponding to the multiple carriers. Good too.
  • the base station sends configuration parameters for sidelink communication between the first and second wireless terminals to the first wireless terminal.
  • the configuration parameter may indicate a sidelink resource assignment.
  • the radio resource allocation may indicate a first sidelink radio resource of a first carrier and a second sidelink radio resource of a second carrier.
  • the first wireless terminal transmits the first transport block to the second wireless terminal via the first sidelink radio resource and the second transport block via the second sidelink radio resource. may be sent.
  • Carrier aggregation at the D2D interface or sidelink interface (e.g., PC5 interface) between wireless terminals can also be called multicarrier operation.
  • a UE with limited transmission capabilities may be referred to as a limited Tx capability UE.
  • HARQ hybrid automatic repeat request
  • PSFCH Physical Sidelink Feedback Channel
  • a UE may receive multiple Physical Sidelink Shared Channels (PSSCH) on multiple receive sidelink component carriers. In this case, it is not clear how the UE transmits multiple HARQ feedbacks regarding PSSCH reception on multiple received component carriers.
  • PSSCH Physical Sidelink Shared Channels
  • One of the objectives that the embodiments disclosed herein seek to achieve is to solve at least one of a plurality of problems, including the above-mentioned problems regarding carrier aggregation at a D2D interface between wireless terminals.
  • the purpose of the present invention is to provide devices, methods, and programs that contribute to this goal. It should be noted that this objective is only one of the objectives that the embodiments disclosed herein seek to achieve. Other objects or objects and novel features will become apparent from the description of this specification or the accompanying drawings.
  • a wireless terminal includes at least one wireless transceiver and at least one processor coupled to the at least one wireless transceiver.
  • the at least one processor is configured to receive a first sidelink transmission from a peer wireless terminal on a first sidelink carrier and a second sidelink transmission from the peer wireless terminal on a second sidelink carrier. configured.
  • the at least one processor is configured to transmit first HARQ feedback regarding the first sidelink transmission and second HARQ feedback regarding the second sidelink transmission to multiple users within the same time slot of the first sidelink carrier. is configured to transmit using the PSFCH resources of
  • a method performed by a wireless terminal includes the following steps: (a) receiving a first sidelink transmission from a peer wireless terminal on a first sidelink carrier; (b) receiving a second sidelink transmission from the peer wireless terminal on a second sidelink carrier; Transmitting first HARQ feedback regarding the first sidelink transmission and second HARQ feedback regarding the second sidelink transmission using a plurality of PSFCH resources within the same time slot of the first sidelink carrier. do.
  • a wireless terminal includes at least one wireless transceiver and at least one processor coupled to the at least one wireless transceiver.
  • the at least one processor is configured to receive a first sidelink transmission from a peer wireless terminal on a first sidelink carrier and a second sidelink transmission from the peer wireless terminal on a second sidelink carrier. configured.
  • the at least one processor is configured such that the first PSFCH transmission on the first sidelink carrier for HARQ feedback regarding the first sidelink transmission is configured to If the second PSFCH transmission on the second sidelink carrier overlaps in time with the second PSFCH transmission on the second sidelink carrier, the second PSFCH transmission on the second sidelink carrier is configured to be delayed to a subsequent PSFCH transmission occasion. Ru.
  • a method performed by a wireless terminal includes the steps of: (a) receiving a first sidelink transmission from a peer wireless terminal on a first sidelink carrier; (b) receiving a second sidelink transmission from the peer wireless terminal on a second sidelink carrier; (c) a first PSFCH transmission on the first sidelink carrier for HARQ feedback regarding the first sidelink transmission is connected to the second sidelink for HARQ feedback regarding the second sidelink transmission; If it overlaps in time with a second PSFCH transmission on a carrier, the second PSFCH transmission on the second sidelink carrier is delayed to a subsequent PSFCH transmission occasion.
  • a wireless terminal includes at least one wireless transceiver and at least one processor coupled to the at least one wireless transceiver.
  • the at least one processor is configured to receive a first sidelink transmission from a peer wireless terminal on a first sidelink carrier and a second sidelink transmission from the peer wireless terminal on a second sidelink carrier. configured.
  • the at least one processor is configured such that the first PSFCH transmission on the first sidelink carrier for HARQ feedback regarding the first sidelink transmission is configured to If the time overlaps with the second PSFCH transmission on the second sidelink carrier, the mobile terminal is configured to select whether to perform the first PSFCH transmission or the second PSFCH transmission.
  • a method performed by a wireless terminal includes the steps of: (a) receiving a first sidelink transmission from a peer wireless terminal on a first sidelink carrier; (b) receiving a second sidelink transmission from the peer wireless terminal on a second sidelink carrier; (c) a first PSFCH transmission on the first sidelink carrier for HARQ feedback regarding the first sidelink transmission is connected to the second sidelink for HARQ feedback regarding the second sidelink transmission; If the time overlaps with the second PSFCH transmission on the carrier, it is selected whether to perform the first PSFCH transmission or the second PSFCH transmission.
  • the program includes a group of instructions (software code) for causing the computer to perform the method according to the second, fourth, or sixth aspect described above when the program is loaded into the computer.
  • FIG. 1 is a diagram illustrating a configuration example of a wireless communication system according to an embodiment.
  • 1 is a diagram illustrating a configuration example of a wireless communication system according to an embodiment.
  • FIG. 2 is a diagram illustrating the control plane AS protocol stack for RRC on the PC5 interface;
  • FIG. 3 shows the control plane AS protocol stack for PC5-S at the PC5 interface;
  • FIG. 3 is a diagram illustrating the user plane AS protocol stack at the PC5 interface.
  • FIG. 3 is a diagram showing an example of the structure of NR sidelink layers 2 and 1 in which carrier aggregation is configured. It is a flowchart which shows an example of operation of UE concerning an embodiment. It is a flowchart which shows an example of operation of UE concerning an embodiment.
  • FIG. 2 is a block diagram illustrating a configuration example of a UE according to an embodiment.
  • FIG. 2 is a block diagram illustrating a configuration example of a radio access network node according to an embodiment.
  • FIG. 2 is a block diagram illustrating a configuration example of a core network node and an application server according to an embodiment.
  • if means “when,” “at or around the time,” and “after,” depending on the context. "after”, “upon”, “in response to determining", “in accordance with a determination", or “detecting” may be interpreted to mean “in response to detecting”. These expressions may be interpreted to have the same meaning, depending on the context.
  • FIG. 1 shows a configuration example of a wireless communication system according to a plurality of embodiments.
  • Each element (network function) shown in Figure 1 can be implemented, for example, as a network element on dedicated hardware, as a software instance running on dedicated hardware, or as an application platform. It can be implemented as an instantiated virtualization function.
  • a Radio Access Network (RAN) node e.g., gNB 2 manages a cell 21 and uses cellular communication technology (i.e., NR Radio Access Technology) to connect multiple wireless terminals including UE1A and UE1B.
  • UEs 1 and cellular communication (101 and 102) can be performed.
  • Cellular communication 101 uses an air interface (e.g., Uu interface) between RAN node 2 and UE 1A.
  • cellular communication 102 uses the air interface (e.g., Uu interface) between RAN node 2 and UE 1B.
  • UE 1A may be located in one of two adjacent cells managed by different RAN nodes 2, and UE 1B may be located in the other cell.
  • UE 1A and the UE 1B may be located outside the coverage by one or more RAN nodes 2 (i.e., partial coverage, out-of-coverage).
  • Each of the UE1A and UE1B has at least one radio transceiver, performs cellular communication (101 or 102) with the RAN node 2, and communicates on the inter-UE direct interface (i.e., NR PC5 interface or NR side link) 103. It is configured to perform D2D communication (i.e., sidelink communication).
  • the sidelink communication includes unicast mode communication (sidelink unicast), and may further include one or both of groupcast mode communication and broadcast mode communication.
  • the interface between 3GPP wireless terminals (i.e., UEs) used for the control plane and user plane for D2D communication is called the PC5 interface (or reference point).
  • D2D communication on the PC5 interface is called sidelink communication.
  • the PC5 interface can be based on E-UTRA sidelink capabilities and can also be based on 5G NR sidelink capabilities.
  • D2D communication (or sidelink communication) on the E-UTRA-PC5 (or LTE-based PC5) interface is connectionless, i.e. in broadcast mode at the AS layer.
  • sidelink communication on the NR PC5 interface supports unicast mode, groupcast mode, and broadcast mode at the AS layer.
  • sidelink communications between UE1A and UE1B may be used for cellular V2X services and V2X communications.
  • the UEs 1A and 1B and the RAN node 2 shown in FIG. 1 may be used in a 5G system providing V2X communication on the PC5.
  • Figure 2 shows an example of a non-roaming 5G system architecture for V2X communication on PC5.
  • Each element (network function) shown in Figure 2 can be implemented, for example, as a network element on dedicated hardware, as a software instance running on dedicated hardware, or as an application platform. It can be implemented as an instantiated virtualization function.
  • the main reference points (or interfaces) shown in FIG. 2 are discussed below.
  • UE1 when describing matters common to a plurality of UEs including UE1A and UE1B, UE1 will be simply referred to using reference numeral 1.
  • the V1 reference point is a reference point between the V2X application (e.g., V2X application 11A or V2X application 11B) in the UE1 (e.g., UE1A or UE1B) and the V2X application in the V2X application server 61.
  • V2X application server 61 is located in data network (DN) 50.
  • the V5 reference point is the reference point between the V2X applications of two UEs1 (e.g., UE1A and UE1B).
  • the PC5 reference point is a reference point between UEs (e.g., UE1A and UE1B) and includes NR based PC5.
  • the Uu reference point is a reference point between the UE (e.g., UE1A) and the NG-RAN 20. Although illustration is omitted in FIG. 2, as already explained, the UE 1B may also communicate with the NG-RAN 20 via the Uu reference point.
  • the N1 reference point is the reference point between the UE1 (e.g., UE1A) and the Access and Mobility management Function (AMF) 41 in the 5G Core Network (5GC) 40. It may be used to send parameters from AMF 41 to UE 1 and to send UE 1's V2X capabilities and PC5 capabilities for V2X communication from UE 1 to AMF 41.
  • the N2 reference point is between NG-RAN 20 and AMF 41.
  • the N2 reference point may be used to send V2X policies and parameters from AMF 41 to NG-RAN 20.
  • AMF 41 is one of the network function nodes in the control plane of 5GC 40.
  • AMF 41 terminates a single signaling connection (i.e., N1 NAS signalling connection) with UE1 (e.g., UE1A) and provides registration management, connection management, and mobility management.
  • UE1 e.g., UE1A
  • NF network function
  • NF consumers e.g., Session Management Function (SMF)42
  • SMS Session Management Function
  • Namf interface a based interface
  • the NF services provided by AMF41 are: It includes a communication service (Namf_Communication).
  • the communication service enables the NF consumer (e.g., SMF 42) to communicate with the UE 1 or the NG-RAN 20 via the AMF 41.
  • the N3 reference point is a reference point between the NG-RAN 20 and the User Plane Function (UPF) 43 in 5GC.
  • the N6 reference point is a reference point between UPF43 and DN50.
  • the UPF 43 is one of the network function nodes in the user plane of the 5GC 40. UPF 43 processes and forwards user data. The functionality of UPF 43 is controlled by SMF 42 via the N4 reference point.
  • UPF 43 may include multiple UPFs interconnected via the N9 reference point.
  • the UE 1A in order to enable the V2X application 11B in the UE 1A to communicate with the V2X application in the V2X application server 61, the UE 1A establishes a path, association, and session via the Uu reference point, the N3 reference point, and the N6 reference point. , or use a connection.
  • the 5G system of FIG. 2 may provide a Network Exposure Function (NEF) service to enable communication between one or more network functions within the 5GC 40 and the V2X application server 61.
  • NEF 46 is one of the network function nodes in the control plane of 5GC 40. NEF46 supports the exposure of services and capabilities from the 5G system to application and network functions inside and outside the operator network.
  • the N33 reference point is the reference point between the NEF 46 and the application function (e.g. V2X application server 61).
  • the NEF 46 provides NF services to NF consumers (e.g. V2X application server 61) on a service-based interface (i.e., Nnef interface).
  • the service provided by the NEF 46 may be used by the V2X application server 61 to update the V2X service related information of the 5GC 40.
  • the NEF 46 may store V2X service related information in the Unified Data Repository (UDR) 45 directly via the N37 reference point or via the Policy Control Function (PCF) 44.
  • UDR Unified Data Repository
  • PCF Policy Control Function
  • the control plane Access Stratum (AS) protocol stack for Sidelink Control Channel (SCCH) for Radio Resource Control (RRC) includes RRC, Packet Data Convergence Protocol (PDCP), Radio Link Control (RLC), and Medium Access Control (MAC) sublayers and Physical (PHY) layer.
  • the SCCH is a sidelink logical channel for transmitting control information (i.e., PC5-RRC and PC5-S messages) from a UE (e.g., UE1A) to another UE(s)1 (e.g., UE1B).
  • the PC5 interface 103 supports the PC5 Signalling (PC5-S) protocol.
  • PC5-S is located above the PDCP, RLC, and MAC sublayers as well as the physical layer.
  • PC5-S is used for control plane signaling on the PC5 interface 103 for secure unicast layer 2 links (or PC5 unicast links).
  • PC5-S provides signaling to establish, modify, and release PC5 unicast links.
  • the PC5 unicast link between UE1A and UE1B is associated with the Application Layer ID and Layer-2 ID of UE1A and the Application Layer ID and Layer-2 ID of UE1B.
  • PC5 unicast links are bi-directional.
  • UE1A can send application data (e.g., V2X service data, public safety service data) to UE1B over the PC5 unicast link with UE1B, and UE1B can also send application data to UE1A. It can be sent over the PC5 unicast link.
  • application data e.g., V2X service data, public safety service data
  • a PC5-RRC connection is a logical connection between two UEs1 for a pair of Source Layer-2 ID and Destination Layer-2 ID.
  • a PC5-RRC connection is considered to be established after the corresponding PC5 unicast link is established.
  • the PC5-RRC connection is established in response to the establishment of the corresponding PC5 unicast link.
  • UE1 RRC layer
  • SL SRB sidelink signaling radio bearer
  • the UE1 RRC layer
  • the UE1 RRC layer
  • FIG. 5 shows the AS user plane protocol stack for the Sidelink Traffic Channel (STCH).
  • STCH is a sidelink logical channel for transmitting user data (e.g., V2X service data, public safety service data) from UE1 (e.g., UE1A) to other UE(s)1 (e.g., UE1B). It is.
  • the protocol stack includes Service Data Adaptation Protocol (SDAP), PDCP, RLC, and MAC sublayers as well as a physical layer.
  • SDAP Service Data Adaptation Protocol
  • PDCP Packet Control Protocol
  • RLC Radio Link Control Protocol
  • MAC sublayers as well as a physical layer.
  • NR sidelink communication on the NR PC5 interface 103 supports two resource allocation modes: mode 1 and mode 2.
  • RAN node 2 performs resource allocation. For example, the RAN node 2 allocates or schedules SL radio resources to the UE 1 using the NR Uu interface 101.
  • Resource allocation according to mode 1 includes dynamic grants and configured grants.
  • UE1 In case of dynamic grant, UE1 needs to request resources from RAN node 2 for transmission of every single transport block. More specifically, UE1 transmits a MAC Control Element (CE) (i.e., Sidelink BSR MAC CE) indicating a sidelink buffer status report (Buffer Status Report (BSR)) to an Uplink Shared Channel (UL-SCH) and The RAN node 2 sends Downlink Control Information (DCI) indicating the dynamic sidelink grant to the UE 1 via the Physical Downlink Control Channel (PDCCH). .
  • CE MAC Control Element
  • DCI Downlink Control Information
  • a dynamic sidelink grant provides resource allocation for the transmission (and retransmission) of one transport block. Note that if sidelink carrier aggregation, which will be described below, is configured, the dynamic sidelink grant may provide resource allocation of one transport block per sidelink (component) carrier.
  • the RAN node 2 grants UE1 periodic sidelink resources that are semi-statically configured by RRC. More specifically, the UE 1 may transmit UE assistance information regarding the traffic pattern of sidelink communication to the RAN node 2. Such UE assistance information, or sidelink traffic pattern information sent in the UE assistance information, may be referred to as configured grant assistance information.
  • Sidelink traffic pattern information (or configured grant assistance information) may include, for example, maximum transport block size based on observed traffic patterns, estimated timing of packet arrival on sidelink logical channels, and estimates on sidelink logical channels. It may also indicate the data arrival cycle.
  • the UE 1 transmits UE assistance information including sidelink traffic pattern information using an RRC message (e.g., UE assistance information message).
  • the RAN node 2 may consider the sidelink traffic pattern information received from the UE 1 and generate the configured grant.
  • the RAN node 2 sends the configured grant to the UE 1 using an RRC message (e.g. RRCReconfiguration message).
  • the configured grant indicates the allocation of time and frequency resources and the periodicity of the resource allocation.
  • the RAN node 2 sets the configured grant to the UE 1 via RRC signaling and activates or deactivates the configured grant via DCI signaling. do.
  • UE1 can use the periodic resources allocated in the configured grant only after it is activated by RAN node 2 and until it is deactivated.
  • UE1 autonomously selects resources based on sensing by UE1. Sensing is performed in a preconfigured resource pool. UE1 may select these resources for sidelink transmissions and retransmissions if they are not used by other UEs for high priority traffic. UE1 may perform a certain number of transmissions and retransmissions on the selected resource until a cause for resource reselection is triggered.
  • UE1A and UE1B support carrier aggregation (CA) on the NR PC5 interface (or NR sidelink) 103.
  • UE1A and UE1B support NR sidelink carrier aggregation, that is, carrier aggregation for NR sidelink communication.
  • Sidelink carrier aggregation can also be called multi-carrier operation.
  • Sidelink carrier aggregation allows UE1A and UE1B to communicate between each other on multiple sidelink carriers. Similar to the terminology in the Uu interface, multiple sidelink carriers used in sidelink carrier carrier aggregation may be referred to as component carriers.
  • one or more of the sidelink carriers belong to a licensed spectrum (licensed band) licensed to RAN Node 2 (or NG-RAN 20) or its operator, and one or more of the other sidelink carriers belong to The above may belong to the unlicensed spectrum.
  • the unlicensed spectrum may be ITS spectrum for intelligent transportation systems (ITS).
  • UE1A and UE1B support sidelink carrier aggregation in unicast transmission.
  • UE1A and UE1B may support sidelink carrier aggregation in groupcast transmission.
  • UE1A and UE1B may support sidelink carrier aggregation in broadcast transmission.
  • one or both of UE1A and UE1B may not necessarily be able to transmit simultaneously on multiple sidelink carriers. In other words, one or both of UE1A and UE1B may not support transmission within the same time slot on multiple sidelink carriers.
  • a UE with limited transmission capabilities in this manner may be referred to as a limited Tx capability UE.
  • the limited Tx capability may be due to the number of transmit chains of UE1 being smaller than the number of configured transmit sidelink carriers.
  • the limited Tx capability may be due to UE1 not supporting the configured transmit sidelink carrier band combination.
  • the limited Tx capability may be due to the time required for switching the transmit chain of UE1.
  • the limited Tx capability may be due to the inability of the UE1 to meet Radio Frequency (RF) requirements, such as due to power spectral density (PSD) imbalance.
  • RF Radio Frequency
  • PSD power spectral density
  • one or both of UE1A and UE1B does not necessarily need to be able to receive simultaneously on multiple sidelink carriers.
  • one or both of UE1A and UE1B may not support reception within the same time slot on multiple sidelink carriers.
  • the UE 1 whose reception function is limited in this way may be referred to as a limited Rx capability UE.
  • FIG. 6 shows an example of the structure of NR sidelink layers 2 and 1 in which carrier aggregation is configured.
  • Sidelink layer 2 includes a MAC sublayer 601, an RLC sublayer 602, a PDCP sublayer 603, and an SDAP sublayer 604.
  • sidelink carrier aggregation is a concept of the MAC sublayer 601 and the physical layer 620, and is not applied to layers higher than the RLC sublayer 602.
  • a PC5-RRC message regarding sidelink carrier aggregation may be introduced.
  • the physical layer 620 supports multiple sidelink carriers. If the UE supports transmission within the same time slot on multiple sidelink carriers, the physical layer 620 transmits one transport block (or MAC Protocol Data Unit (PDU)) on each sidelink carrier in one time slot. ) can be sent. Physical layer 620 offers transport channels to MAC sublayer 601 .
  • transport block or MAC Protocol Data Unit (PDU)
  • the MAC sublayer 601 provides one MAC entity for transmission and reception on multiple sidelink carriers.
  • the MAC entity provides a hybrid automatic repeat request (HARQ) entity for each sidelink carrier.
  • HARQ hybrid automatic repeat request
  • One HARQ entity maintains multiple HARQ processes, allowing transmissions to occur continuously on corresponding sidelink carriers while waiting for HARQ feedback regarding the success or failure of previous transmissions.
  • the MAC sublayer 601 provides logical channels to the RLC sublayer 602.
  • the MAC sublayer 601 provides mapping between logical channels and transport channels and multiplexes MAC Service Data Units (SDUs) belonging to one or different logical channels.
  • Transport channels used in NR sidelink include Sidelink Shared Channel (SL-SCH) and Sidelink Broadcast Channel (SL-BCH).
  • Logical channels used in the NR sidelink include Sidelink Control Channel (SCCH), Sidelink Traffic Channel (STCH), and Sidelink Broadcast Control Channel (SBCCH).
  • SCCH is a control channel and is mapped to SL-SCH.
  • STCH is a traffic channel and is mapped to SL-SCH like SCCH.
  • SBCCH is a control channel and is mapped to SL-BCH.
  • the MAC sublayer 601 provides scheduling for the NR sidelink.
  • the scheduling includes priority handling among multiple logical channels by logical channel prioritization.
  • the MAC sublayer transmits on multiple sidelink carriers in the same time slot.
  • a plurality of transport blocks (MAC PDUs) are provided to the physical layer 620 via a plurality of transport channels (i.e., SL-SCH) associated with each of a plurality of sidelink carriers.
  • Each grant may be a resource allocation mode 1 dynamic or configured grant.
  • the MAC entity if the MAC entity is configured with sidelink resource allocation mode 2 to transmit using a resource pool, the MAC entity generates a sidelink grant selected based on random selection or sensing in that resource pool. You may.
  • the RLC sublayer 602 provides RLC channels to the PDCP sublayer 603.
  • RLC sublayer 602 supports three transmission modes: Acknowledged Mode (AM), Unacknowledged Mode (UM), and Transparent Mode (TM).
  • AM and UM the RLC sublayer 602 provides segmentation of RLC SDUs.
  • AM the RLC sublayer 602 provides ARQ (retransmission of RLC SDUs or RLC SDU segments).
  • the PDCP sublayer 603 provides data radio bearers (DRBs) to the SDAP sublayer 604.
  • DRBs data radio bearers
  • the PDCP sublayer 603 receives user plane data for DRBs from the SDAP sublayer 604 and provides header compression, integrity protection, ciphering, etc.
  • the PDCP sublayer 603 provides signaling radio bearers (SRBs) to upper layers (i.e., PC5-S layer, PC-5 RRC layer).
  • SRBs signaling radio bearers
  • the PDCP sublayer 603 receives control plane data (i.e., PC5-S messages and PC5-RRC messages) of SRBs from the PC5-S layer and PC-5 RRC layer, and performs integrity protection and encryption. (ciphering), etc.
  • the SDAP sublayer 604 provides handling of Quality of Service (QoS) flows.
  • QoS flows may be Internet Protocol (IP) flows, i.e., IP packets.
  • IP Internet Protocol
  • the QoS flows may be non-IP flows, ie, non-IP packets.
  • SDAP sublayer 604 provides mapping between QoS flows and SL DRBs. There is one SDAP entity for each destination and one of unicast, groupcast, and broadcast associated with that destination.
  • HARQ feedback is used in unicast and group cast. Sent on Physical Sidelink Feedback Channel (PSFCH).
  • the receiving UE e.g., UE1B
  • receives unicast or group cast from the transmitting UE e.g., UE1A
  • a set of Physical Resource Blocks (PRBs) included in the PSFCH symbol that can be used for the PSFCH is indicated using a bitmap.
  • PRBs Physical Resource Blocks
  • Code division multiplexing (CDM) using cyclic shift codes (i.e., Zadoff-Chu sequences) is used to distinguish between ACK and NACK feedback.
  • CDM is used to multiplex multiple PSFCH transmissions of multiple receiving UEs into one PRB. That is, each PSFCH is mapped to time resources (i.e., PSFCH symbols), frequency resources (i.e., one PRB), and code resources (i.e., Zadoff-Chu sequence) within a slot.
  • the receiving UE (e.g., UE1B) performs Physical Sidelink Feedback Channel (PSFCH) transmission in response to the PSSCH received several slots ago. How many slots later a UE that has received a PSSCH transmission in a certain slot can transmit HARQ feedback for that PSSCH transmission depends on the period of the PSFCH symbol, and also depends on the period of the PSSCH symbol in which a UE that has received a PSSCH transmission can transmit HARQ feedback for that PSSCH transmission. Depends on the minimum time gap between slots containing PSFCH.
  • resources for PSFCH are configured periodically, for example, at a period of 1, 2, or 4 slots. In other words, within the resource pool, there is a slot with a PSFCH every 1, 2, or 4 slots.
  • a minimum number of slots (i.e., minimum time gap) between a slot with a PSSCH transmission and a slot containing a PSFCH for HARQ feedback for that PSSCH transmission is set.
  • the minimum time gap is, for example, 2 or 3.
  • the settings include the settings of PRBs used for PSFCH transmission and reception (e.g., sl-PSFCH-RB-Set), the settings of the PSFCH period (e.g., sl-PSFCH-Period), and the settings of the minimum time gap (e.g. , SL-MinTimeGapPSFCH) can be included in the sidelink resource pool configuration (e.g., SL-PSFCH-Config).
  • PRBs used for PSFCH transmission and reception e.g., sl-PSFCH-RB-Set
  • the settings of the PSFCH period e.g., sl-PSFCH-Period
  • the settings of the minimum time gap e.g. , SL-MinTimeGapPSFCH
  • SL-MinTimeGapPSFCH can be included in the sidelink resource pool configuration (e.g., SL-PSFCH-Config).
  • Sidelink resource pool settings are the sidelink common settings (e.g., SL-BWP in SL-ConfigCommonNR) that are broadcast in system information (e.g., System Information Block 12 (SIB12)). -ConfigCommon).
  • the sidelink resource pool configuration e.g., SL-BWP-PoolConfig
  • the sidelink resource pool configuration can be configured in the sidelink configuration (e.g., SL-BWP- PoolConfig).
  • the sidelink resource pool configuration (e.g., SL-BWP-PoolConfigCommon) can be included in the sidelink configuration (e.g., SL-BWP-PoolConfig in SL-PreconfigurationNR) that is preconfigured in the UE.
  • the receiving UE transmits the PSFCH in the first slot that contains the PSFCH resource and is located at least the number of slots specified by the resource pool's minimum time gap setting (e.g., sl-MinTimeGapPSFCH) from the last slot of PSSCH reception. Therefore, if the PSFCH period is 4 slots, HARQ feedback for PSSCH transmission in 4 PSSCH slots may be transmitted in multiple PRBs in one PSFCH symbol in one slot.
  • the resource pool's minimum time gap setting e.g., sl-MinTimeGapPSFCH
  • This embodiment provides improvements regarding carrier aggregation on the NR sidelink. Specifically, the present embodiment relates to the transmission of HARQ feedback for PSSCH reception on multiple sidelink carriers.
  • the configuration and operation of the wireless communication system and network element (or apparatus, node, device, or network function) according to this embodiment may be similar to the examples described with reference to FIGS. 1 to 6. .
  • FIG. 7 shows an example of the operation of the UE 1B.
  • UE1B may be a UE with limited transmission functions. More specifically, UE 1B may not be able to transmit on the first and second sidelink carriers simultaneously in the time domain.
  • UE1B receives a first sidelink transmission (i.e., PSSCH) from peer UE1A on a first sidelink carrier, and receives a second sidelink transmission (i.e., PSSCH) from peer UE1A on a second sidelink carrier. i.e., PSSCH).
  • the first sidelink transmission may be transmitted in the same time slot (i.e., slot or subframe) as the second sidelink transmission, or may be transmitted in a different time slot.
  • These sidelink transmissions may be unicast or groupcast.
  • the first sidelink carrier may belong to a licensed spectrum and the second sidelink carrier may belong to an unlicensed spectrum.
  • the unlicensed spectrum may be ITS spectrum.
  • the UE 1B transmits the first HARQ feedback regarding the first sidelink transmission and the second HARQ feedback regarding the second sidelink transmission to multiple PSFCH resources within the same time slot of the first sidelink carrier. Send using .
  • the second HARQ feedback for the second sidelink transmission is transmitted on a PSFCH symbol of a first sidelink carrier different from the second sidelink carrier on which the second sidelink transmission took place.
  • the structure of the slots in which the Physical Sidelink Control Channel (PSCCH), PSSCH, and PSFCH are transmitted may be expanded or improved.
  • the PSSCH resources for the first HARQ feedback and the PSSCH resources for the second HARQ feedback are located in different symbols, different resource blocks, or different symbols and different resource blocks within the same time slot. It's okay.
  • the UE 1B may determine multiple PSFCH resources for the first and second HARQ feedback based on the resource pool configuration of the first sidelink carrier.
  • the resource pool configuration of the first sidelink carrier consists of the arrangement of multiple PSFCH symbols used for the first HARQ feedback for sidelink transmission on the first sidelink carrier and the arrangement of multiple PSFCH symbols used for the first HARQ feedback for sidelink transmission on the first sidelink carrier and may show a constellation of multiple PSFCH symbols used for second HARQ feedback for sidelink transmission of .
  • the PSFCH configuration (e.g., SL-PSFCH-Config) included in the resource pool configuration of the first sidelink carrier specifies the PRBs used for PSFCH transmission and reception for the first HARQ feedback. It may include settings (e.g., sl-PSFCH-RB-Set) and PSFCH period settings (e.g., sl-PSFCH-Period).
  • the PSFCH configuration includes the configuration of PRBs used for PSFCH transmission and reception for the second HARQ feedback (e.g., sl-PSFCH-RB-Set-secondarycarrier) and the configuration of the PSFCH cycle (e.g., sl- PSFCH-Period-secondary carrier).
  • the minimum time gap setting (e.g., sl-MinTimeGapPSFCH) may be common to the first and second HARQ feedback.
  • the PSFCH configuration is configured in addition to the minimum time gap configuration for the first HARQ feedback (e.g., sl-MinTimeGapPSFCH), as well as the minimum time gap configuration for the second HARQ feedback (e.g., sl-MinTimeGapPSFCH). sl-MinTimeGapPSFCH-secondarycarrier).
  • the PSFCH period (e.g., 12) for the second HARQ feedback may be an integer multiple of the PSFCH period (e.g., 4) for the first HARQ feedback.
  • the resource pool configuration of the first sidelink carrier may be preconfigured in non-volatile memory in the Mobile Equipment (ME) of the UE 1B or in the Universal Subscriber Identity Module (USIM).
  • UE 1B may receive the resource pool configuration from the core network nodes (e.g., AMF 41, PCF 44) via the N1 reference point between AMF 41 and UE 1B.
  • the UE 1A may receive the resource pool settings from the V2X application server 61 via the V1 reference point between the UE 1B and the V2X application server 61.
  • the UE 1B may receive the resource pool configuration of the first sidelink carrier from the NG-RAN 20 (e.g., RAN node 2).
  • the UE1 transmits HARQ feedback regarding the PSSCH or transport block received via the second sidelink carrier to a It can be transmitted using the PSFCH resource of one sidelink carrier.
  • UE1 can send cross-carrier HARQ feedback. This can contribute to avoiding frequent loss of HARQ feedback when UE1 is a UE with limited transmission capabilities.
  • This embodiment provides improvements regarding carrier aggregation on the NR sidelink. Specifically, the present embodiment relates to the transmission of HARQ feedback for PSSCH reception on multiple sidelink carriers.
  • the configuration and operation of the wireless communication system and network element (or apparatus, node, device, or network function) according to this embodiment may be similar to the examples described with reference to FIGS. 1 to 6. .
  • FIG. 8 shows an example of the operation of the UE 1B.
  • UE1B may be a UE with limited transmission functions. More specifically, UE 1B may not be able to transmit on the first and second sidelink carriers simultaneously in the time domain.
  • Step 801 is similar to step 701 in FIG. Specifically, UE1B receives a first sidelink transmission (i.e., PSSCH) from peer UE1A on a first sidelink carrier, and receives a second sidelink transmission from peer UE1A on a second sidelink carrier. (i.e., PSSCH).
  • the first sidelink transmission may be transmitted in the same slot as the second sidelink transmission, or may be transmitted in a different slot.
  • These sidelink transmissions may be unicast or groupcast.
  • the first sidelink carrier may belong to a licensed spectrum and the second sidelink carrier may belong to an unlicensed spectrum.
  • the unlicensed spectrum may be ITS spectrum.
  • a first PSFCH transmission on a first sidelink carrier for HARQ feedback on a first sidelink transmission is transmitted on a second sidelink carrier for HARQ feedback on a second sidelink transmission. If it overlaps in time with the second PSFCH transmission, UE 1B delays the second PSFCH transmission on the second sidelink carrier to the next and subsequent PSFCH transmission opportunities. For example, if the second PSFCH transmission on the second sidelink carrier and the first PSFCH transmission on the first sidelink carrier are within the same slot, the UE 1B PSFCH transmission may be delayed to the next and subsequent PSFCH transmission opportunities.
  • How much to delay the second PSFCH transmission may be predefined in the 3GPP specifications.
  • a setting indicating how much to delay the second PSFCH transmission may be preset in a non-volatile memory in the Mobile Equipment (ME) of the UE 1B or in the Universal Subscriber Identity Module (USIM).
  • UE1B may receive the configuration from the core network nodes (e.g., AMF41, PCF44) via the N1 reference point between AMF41 and UE1B.
  • the UE 1A may receive the resource pool settings from the V2X application server 61 via the V1 reference point between the UE 1B and the V2X application server 61.
  • the UE 1B When the UE 1B is within the coverage of the NG-RAN 20 (e.g., RAN node 2), the UE 1B receives a configuration from the NG-RAN 20 (e.g., RAN node 2) indicating how much to delay the second PSFCH transmission. Good too.
  • the NG-RAN 20 e.g., RAN node 2
  • UE1 realizes that the second PSFCH transmission on the second sidelink carrier is temporally different from the first PSFCH transmission on the first sidelink carrier. If there is overlap, the second PSFCH transmission on the second sidelink carrier may be delayed to a subsequent PSFCH transmission opportunity. This can contribute to avoiding frequent loss of HARQ feedback when UE1 is a UE with limited transmission capabilities.
  • ⁇ Third embodiment> This embodiment provides improvements regarding carrier aggregation on the NR sidelink. Specifically, the present embodiment relates to the transmission of HARQ feedback for PSSCH reception on multiple sidelink carriers.
  • the configuration and operation of the wireless communication system and network element (or apparatus, node, device, or network function) according to this embodiment may be similar to the examples described with reference to FIGS. 1 to 6. .
  • FIG. 9 shows an example of the operation of the UE 1B.
  • UE1B may be a UE with limited transmission functions. More specifically, UE 1B may not be able to transmit on the first and second sidelink carriers simultaneously in the time domain.
  • Step 901 is similar to step 701 in FIG. 7 and step 801 in FIG. 8.
  • UE1B receives a first sidelink transmission (i.e., PSSCH) from peer UE1A on a first sidelink carrier, and receives a second sidelink transmission from peer UE1A on a second sidelink carrier. (i.e., PSSCH).
  • the first sidelink transmission may be transmitted in the same slot as the second sidelink transmission, or may be transmitted in a different slot.
  • These sidelink transmissions may be unicast or groupcast.
  • the first sidelink carrier may belong to a licensed spectrum and the second sidelink carrier may belong to an unlicensed spectrum.
  • the unlicensed spectrum may be ITS spectrum.
  • a first PSFCH transmission on a first sidelink carrier for HARQ feedback on a first sidelink transmission is transmitted on a second sidelink carrier for HARQ feedback on a second sidelink transmission. If the time overlaps with the second PSFCH transmission, the UE 1B selects whether to perform the first PSFCH transmission or the second PSFCH transmission.
  • the UE 1B performs the first PSFCH transmission or the second sidelink transmission based on the priority of the first sidelink transmission (PSSCH transmission) and the priority of the second sidelink transmission (PSSCH transmission). It is also possible to select whether to perform the second PSFCH transmission. Specifically, the UE 1B may select to perform PSFCH transmission related to side link transmission (PSSCH transmission) with higher priority.
  • the priority of PSSCH transmission may be based on the priority of the transport block, specifically the priority of the logical channels contained in the transport block.
  • UE 1B performs the first PSFCH transmission or the second PSFCH transmission based on the Channel Busy Ratio (CBR) of the first sidelink carrier and the CBR of the second sidelink carrier. You may choose to do so. Specifically, the UE 1B may choose to perform PSFCH transmission using a sidelink carrier with a lower CBR.
  • CBR Channel Busy Ratio
  • the UE 1B performs the first PSFCH transmission based on the Sidelink Reference Signal Received Power (SL-RSRP) of the first sidelink carrier and the SL-RSRP of the second sidelink carrier. It is also possible to select whether to perform the second PSFCH transmission. Specifically, the UE 1B may choose to perform PSFCH transmission on a sidelink carrier with better SL-RSRP.
  • SL-RSRP Sidelink Reference Signal Received Power
  • the UE 1B may choose to perform PSFCH transmission on one predetermined sidelink carrier. For example, the UE 1B may always select the first PSFCH transmission on the first sidelink carrier and not perform the second PSFCH transmission on the second sidelink carrier.
  • UE1 realizes that the second PSFCH transmission on the second sidelink carrier is temporally different from the first PSFCH transmission on the first sidelink carrier. If they overlap, only one of the PSFCHs can be transmitted. This can contribute to resolving conflicts in PSFCH transmission when UE1 is a UE with limited transmission capabilities.
  • the RAN node 2 determines whether the arrangement of periodic slots containing PSFCH symbols in the resource pool of the first sidelink carrier is the same as the arrangement of periodic slots containing PSFCH symbols in the resource pool of the second sidelink carrier.
  • the resource pool configurations of the first sidelink carriers may be created such that all or at least some of them do not overlap.
  • the RAN node 2 may provide the resource pool configuration of the first sidelink carrier created in this way to the UE 1. This may reduce or eliminate situations where the second PSFCH transmission on the second sidelink carrier overlaps in time with the first PSFCH transmission on the first sidelink carrier.
  • FIG. 10 is a block diagram showing an example of the configuration of UE1.
  • a Radio Frequency (RF) transceiver 1001 performs analog RF signal processing to communicate with other UEs 1 and RAN nodes 2.
  • RF transceiver 1001 may include multiple transceivers. Analog RF signal processing performed by RF transceiver 1001 includes frequency upconversion, frequency downconversion, and amplification.
  • RF transceiver 1001 is coupled with antenna array 1002 and baseband processor 1003.
  • RF transceiver 1001 receives modulation symbol data (or OFDM symbol data) from baseband processor 1003, generates a transmit RF signal, and provides the transmit RF signal to antenna array 1002. Further, RF transceiver 1001 generates a baseband reception signal based on the reception RF signal received by antenna array 1002 and supplies this to baseband processor 1003.
  • RF transceiver 1001 may include an analog beamformer circuit for beamforming.
  • the analog beamformer circuit includes, for example, multiple phase shifters and multiple power amplifiers.
  • the baseband processor 1003 performs digital baseband signal processing (data plane processing) and control plane processing for wireless communication.
  • Digital baseband signal processing consists of (a) data compression/decompression, (b) data segmentation/concatenation, (c) transmission format (transmission frame) generation/decomposition, and (d) transmission path encoding/decoding. , (e) modulation (symbol mapping)/demodulation, and (f) generation of OFDM symbol data (baseband OFDM signal) by Inverse Fast Fourier Transform (IFFT).
  • IFFT Inverse Fast Fourier Transform
  • control plane processing includes layer 1 (e.g., transmit power control), layer 2 (e.g., radio resource management, and hybrid automatic repeat request (HARQ) processing), and layer 3 (e.g., attach, mobility, and call management). including communication management (signaling related to communication).
  • layer 1 e.g., transmit power control
  • layer 2 e.g., radio resource management, and hybrid automatic repeat request (HARQ) processing
  • layer 3 e.g., attach, mobility, and call management
  • communication management signalaling related to communication.
  • digital baseband signal processing by the baseband processor 1003 includes a Service Data Adaptation Protocol (SDAP) layer, a Packet Data Convergence Protocol (PDCP) layer, a Radio Link Control (RLC) layer, a Medium Access Control (MAC) layer, and a Physical (PHY) layer signal processing may also be included.
  • SDAP Service Data Adaptation Protocol
  • PDCP Packet Data Convergence Protocol
  • RLC Radio Link Control
  • MAC Medium Access Control
  • PHY Physical
  • the control plane processing by the baseband processor 1003 may include processing of Non-Access Stratum (NAS) protocol, Radio Resource Control (RRC) protocol, MAC Control Elements (CEs), and Downlink Control Information (DCIs).
  • NAS Non-Access Stratum
  • RRC Radio Resource Control
  • CEs MAC Control Elements
  • DCIs Downlink Control Information
  • the control plane processing may include processing of PC5-S signaling and PC5-RRC signaling.
  • the baseband processor 1003 may perform multiple input multiple output (MIMO) encoding and precoding for beamforming.
  • MIMO multiple input multiple output
  • the baseband processor 1003 includes a modem processor (e.g., Digital Signal Processor (DSP)) that performs digital baseband signal processing, and a protocol stack processor (e.g., Central Processing Unit (CPU) or Micro Processing Unit (CPU)) that performs control plane processing. MPU)).
  • DSP Digital Signal Processor
  • protocol stack processor e.g., Central Processing Unit (CPU) or Micro Processing Unit (CPU)
  • CPU Central Processing Unit
  • MPU Micro Processing Unit
  • the protocol stack processor that performs control plane processing may be shared with the application processor 1004, which will be described later.
  • the application processor 1004 is also called a CPU, MPU, microprocessor, or processor core.
  • Application processor 1004 may include multiple processors (multiple processor cores).
  • the application processor 1004 includes a system software program (Operating System (OS)) read from the memory 1006 or other memory and various application programs (e.g., a telephone call application, a web browser, a mailer, a camera operation application, a music playback application). By executing , various functions of UE1 are realized.
  • OS Operating System
  • the baseband processor 1003 and the application processor 1004 may be integrated on one chip, as shown by the dashed line (1005) in FIG.
  • the baseband processor 1003 and the application processor 1004 may be implemented as one System on Chip (SoC) device 1005.
  • SoC devices are sometimes called system Large Scale Integration (LSI) or chipsets.
  • Memory 1006 is volatile memory or non-volatile memory or a combination thereof. Memory 1006 may include multiple physically independent memory devices. Volatile memory is, for example, Static Random Access Memory (SRAM) or Dynamic RAM (DRAM) or a combination thereof. Non-volatile memory is masked Read Only Memory (MROM), Electrically Erasable Programmable ROM (EEPROM), flash memory, or a hard disk drive, or any combination thereof.
  • SRAM Static Random Access Memory
  • DRAM Dynamic RAM
  • Non-volatile memory is masked Read Only Memory (MROM), Electrically Erasable Programmable ROM (EEPROM), flash memory, or a hard disk drive, or any combination thereof.
  • memory 1006 may include external memory devices accessible from baseband processor 1003, application processor 1004, and SoC 1005.
  • Memory 1006 may include embedded memory devices integrated within baseband processor 1003, within application processor 1004, or within SoC 1005.
  • memory 1006 may include memory within a Universal Integrated Circuit Card (UICC).
  • UICC Universal Integrated Circuit
  • the memory 1006 may store one or more software modules (computer programs) 1007 containing instructions and data for performing processing by the UE 1 described in the multiple embodiments above.
  • the baseband processor 1003 or the application processor 1004 reads the software module 1007 from the memory 1006 and executes it to perform the processing of the UE1 described in the above embodiment with reference to the drawings. may be configured.
  • control plane processing and operations performed by the UE 1 described in the above embodiments are performed by other elements other than the RF transceiver 1001 and the antenna array 1002, that is, at least one of the baseband processor 1003 and the application processor 1004 and the software module 1007.
  • This can be realized by a memory 1006 that stores .
  • FIG. 11 is a block diagram showing a configuration example of the RAN node 2 according to the above embodiment.
  • RAN node 2 includes a Radio Frequency transceiver 1101, a network interface 1103, a processor 1104, and a memory 1105.
  • RF transceiver 1101 performs analog RF signal processing to communicate with UEs1 and other UEs.
  • RF transceiver 1101 may include multiple transceivers.
  • RF transceiver 1101 is coupled to antenna array 1102 and processor 1104.
  • RF transceiver 1101 receives modulation symbol data from processor 1104, generates a transmit RF signal, and provides the transmit RF signal to antenna array 1102.
  • RF transceiver 1101 generates a baseband reception signal based on the reception RF signal received by antenna array 1102 and supplies this to processor 1104.
  • RF transceiver 1101 may include analog beamformer circuitry for beamforming.
  • the analog beamformer circuit includes, for example, multiple phase shifters and multiple power amplifiers.
  • the network interface 1103 is used to communicate with network nodes (e.g. other RAN nodes, as well as control and forwarding nodes of the core network).
  • the network interface 1103 may include, for example, a network interface card (NIC) compliant with the IEEE 802.3 series.
  • NIC network interface card
  • the processor 1104 performs digital baseband signal processing (data plane processing) and control plane processing for wireless communication.
  • Processor 1104 may include multiple processors.
  • the processor 1104 includes a modem processor (e.g. Digital Signal Processor (DSP)) that performs digital baseband signal processing and a protocol stack processor (e.g. Central Processing Unit (CPU) or Micro Processing Unit (MPU)) that performs control plane processing. ) may also be included.
  • DSP Digital Signal Processor
  • a protocol stack processor e.g. Central Processing Unit (CPU) or Micro Processing Unit (MPU)
  • Processor 1104 may include a digital beamformer module for beamforming.
  • the digital beamformer module may include a Multiple Input Multiple Output (MIMO) encoder and precoder.
  • MIMO Multiple Input Multiple Output
  • the memory 1105 is configured by a combination of volatile memory and nonvolatile memory.
  • Volatile memory is, for example, Static Random Access Memory (SRAM) or Dynamic RAM (DRAM) or a combination thereof.
  • Non-volatile memory is masked Read Only Memory (MROM), Electrically Erasable Programmable ROM (EEPROM), flash memory, or a hard disk drive, or any combination thereof.
  • Memory 1105 may include storage located remotely from processor 1104. In this case, processor 1104 may access memory 1105 via network interface 1103 or other I/O interface.
  • the memory 1105 may store one or more software modules (computer programs) 1106 containing instructions and data for processing by the RAN node 2 described in the embodiments above.
  • the processor 1104 may be configured to read and execute the software module 1106 from the memory 1105 to perform the processing of the RAN node 2 described in the embodiments above.
  • the RAN node 2 is a Central Unit (CU) (e.g., gNB-CU) or a CU Control Plane Unit (CU-CP) (e.g., gNB-CU-CP), the RAN node 2 has an RF transceiver 1101 ( and antenna array 1102).
  • CU Central Unit
  • CU-CP CU Control Plane Unit
  • the RAN node 2 has an RF transceiver 1101 ( and antenna array 1102).
  • FIG. 12 shows an example of the configuration of the AMF 41.
  • Other core network nodes and V2X application servers 61E within the 5GC 40 may also have configurations similar to those shown in FIG. 12.
  • AMF 41 includes a network interface 1201, a processor 1202, and a memory 1203.
  • Network interface 1201 is used, for example, to communicate with other network functions (NFs) or nodes.
  • the network interface 1201 may include, for example, a network interface card (NIC) compliant with the IEEE 802.3 series.
  • NIC network interface card
  • the processor 1202 may be, for example, a microprocessor, a Micro Processing Unit (MPU), or a Central Processing Unit (CPU). Processor 1202 may include multiple processors.
  • MPU Micro Processing Unit
  • CPU Central Processing Unit
  • the memory 1203 is composed of volatile memory and nonvolatile memory.
  • Memory 1203 may include multiple physically independent memory devices. Volatile memory is, for example, Static Random Access Memory (SRAM) or Dynamic RAM (DRAM) or a combination thereof. Non-volatile memory is masked Read Only Memory (MROM), Electrically Erasable Programmable ROM (EEPROM), flash memory, or a hard disk drive, or any combination thereof.
  • Memory 1203 may include storage located remotely from processor 1202. In this case, processor 1202 may access memory 1203 via network interface 1201 or other I/O interface.
  • the memory 1203 may store one or more software modules (computer programs) 1204 that include instructions and data for performing the processing by the AMF 41 described in the above embodiments.
  • processor 1202 may be configured to read and execute the software module 1204 from memory 1203 to perform the AMF 41 processing described in the embodiments above.
  • each of the processors included in the core network nodes such as the UE 1, the RAN node 2, and the AMF 41, and the V2X application server 61 according to the above-described embodiments
  • One or more programs can be executed that include instructions for causing a computer to perform the algorithms described using the program.
  • the program includes instructions (or software code) that, when loaded into a computer, cause the computer to perform one or more of the functions described in the embodiments.
  • the program may be stored on a non-transitory computer readable medium or a tangible storage medium.
  • computer readable or tangible storage media may include random-access memory (RAM), read-only memory (ROM), flash memory, solid-state drive (SSD) or other memory technology, CD - Including ROM, digital versatile disk (DVD), Blu-ray disk or other optical disk storage, magnetic cassette, magnetic tape, magnetic disk storage or other magnetic storage device.
  • the program may be transmitted on a transitory computer-readable medium or a communication medium.
  • transitory computer-readable or communication media includes electrical, optical, acoustic, or other forms of propagating signals.
  • At least one wireless transceiver at least one processor coupled to the at least one wireless transceiver;
  • the at least one processor includes: receiving a first sidelink transmission from a peer wireless terminal on a first sidelink carrier; receiving a second sidelink transmission from the peer wireless terminal on a second sidelink carrier;
  • a first hybrid automatic repeat request (HARQ) feedback for the first sidelink transmission and a second HARQ feedback for the second sidelink transmission are transmitted over multiple times within the same time slot of the first sidelink carrier.
  • PSFCH Physical Sidelink Feedback Channel
  • the plurality of PSFCH resources are located in different symbols, different resource blocks, or different symbols and different resource blocks within the same time slot,
  • the at least one processor is configured to determine the plurality of PSFCH resources based on a resource pool configuration of the first sidelink carrier;
  • the resource pool configuration of the first sidelink carrier includes the arrangement of multiple PSFCH symbols used for HARQ feedback of sidelink transmission on the first sidelink carrier and the arrangement of PSFCH symbols on the second sidelink carrier. shows the arrangement of multiple PSFCH symbols used for HARQ feedback for sidelink transmission,
  • the resource pool configuration of the first sidelink carrier is preconfigured in a non-volatile memory or a Universal Subscriber Identity Module (USIM) in Mobile Equipment (ME) of the wireless terminal;
  • the wireless terminal described in Appendix 3. the at least one processor is configured to receive the resource pool configuration of the first sidelink carrier from a radio access network;
  • the wireless terminal described in Appendix 3. (Appendix 6) receiving the first sidelink transmission occurs in the same time slot as receiving the second sidelink transmission;
  • the wireless terminal according to any one of Supplementary Notes 1 to 5.
  • a program that causes a computer to perform a method for a wireless terminal comprising: The method includes: receiving a first sidelink transmission from a peer wireless terminal on a first sidelink carrier; receiving a second sidelink transmission from the peer wireless terminal on a second sidelink carrier; A first hybrid automatic repeat request (HARQ) feedback for the first sidelink transmission and a second HARQ feedback for the second sidelink transmission are transmitted over multiple times within the same time slot of the first sidelink carrier. Transmit using Physical Sidelink Feedback Channel (PSFCH) resources, prepare for things, program.
  • PSFCH Physical Sidelink Feedback Channel
  • (Appendix 9) at least one wireless transceiver; at least one processor coupled to the at least one wireless transceiver;
  • the at least one processor includes: receiving a first sidelink transmission from a peer wireless terminal on a first sidelink carrier; receiving a second sidelink transmission from the peer wireless terminal on a second sidelink carrier;
  • a first Physical Sidelink Feedback Channel (PSFCH) transmission on the first sidelink carrier for hybrid automatic repeat request (HARQ) feedback regarding the first sidelink transmission provides HARQ feedback regarding the second sidelink transmission. If the second PSFCH transmission on the second sidelink carrier overlaps in time with the second PSFCH transmission on the second sidelink carrier, the second PSFCH transmission on the second sidelink carrier is used as a subsequent PSFCH transmission occasion. delay, configured like this, wireless terminal.
  • PSFCH Physical Sidelink Feedback Channel
  • (Appendix 10) receiving the first sidelink transmission occurs in the same time slot as receiving the second sidelink transmission;
  • the wireless terminal described in Appendix 9. (Appendix 11) receiving a first sidelink transmission from a peer wireless terminal on a first sidelink carrier; receiving a second sidelink transmission from the peer wireless terminal on a second sidelink carrier;
  • a first Physical Sidelink Feedback Channel (PSFCH) transmission on the first sidelink carrier for hybrid automatic repeat request (HARQ) feedback regarding the first sidelink transmission provides HARQ feedback regarding the second sidelink transmission. If the second PSFCH transmission on the second sidelink carrier overlaps in time with the second PSFCH transmission on the second sidelink carrier, the second PSFCH transmission on the second sidelink carrier is used as a subsequent PSFCH transmission occasion.
  • PSFCH Physical Sidelink Feedback Channel
  • HARQ hybrid automatic repeat request
  • a program that causes a computer to perform a method for a wireless terminal comprising: The method includes: receiving a first sidelink transmission from a peer wireless terminal on a first sidelink carrier; receiving a second sidelink transmission from the peer wireless terminal on a second sidelink carrier; A first Physical Sidelink Feedback Channel (PSFCH) transmission on the first sidelink carrier for hybrid automatic repeat request (HARQ) feedback regarding the first sidelink transmission provides HARQ feedback regarding the second sidelink transmission. If the second PSFCH transmission on the second sidelink carrier overlaps in time with the second PSFCH transmission on the second sidelink carrier, the second PSFCH transmission on the second sidelink carrier is used as a subsequent PSFCH transmission occasion.
  • PSFCH Physical Sidelink Feedback Channel
  • HARQ hybrid automatic repeat request
  • At least one wireless transceiver at least one processor coupled to the at least one wireless transceiver; The at least one processor includes: receiving a first sidelink transmission from a peer wireless terminal on a first sidelink carrier; receiving a second sidelink transmission from the peer wireless terminal on a second sidelink carrier; A first Physical Sidelink Feedback Channel (PSFCH) transmission on the first sidelink carrier for hybrid automatic repeat request (HARQ) feedback regarding the first sidelink transmission provides HARQ feedback regarding the second sidelink transmission.
  • PSFCH Physical Sidelink Feedback Channel
  • HARQ hybrid automatic repeat request
  • the at least one processor performs the first PSFCH transmission or performs the second PSFCH transmission based on the first sidelink transmission priority and the second sidelink transmission priority. configured to select The wireless terminal according to appendix 13.
  • the at least one processor performs the first PSFCH transmission or transmits the second PSFCH based on a Channel Busy Ratio (CBR) of the first sidelink carrier and a CBR of the second sidelink carrier. configured to select whether to send;
  • the at least one processor performs the first PSFCH transmission based on Sidelink Reference Signal Received Power (SL-RSRP) of the first sidelink carrier and SL-RSRP of the second sidelink carrier.
  • SL-RSRP Sidelink Reference Signal Received Power
  • the wireless terminal according to appendix 13.
  • receiving the first sidelink transmission occurs in the same time slot as receiving the second sidelink transmission;
  • the wireless terminal according to any one of Supplementary Notes 13 to 16.
  • a first Physical Sidelink Feedback Channel (PSFCH) transmission on the first sidelink carrier for hybrid automatic repeat request (HARQ) feedback regarding the first sidelink transmission provides HARQ feedback regarding the second sidelink transmission.
  • PSFCH Physical Sidelink Feedback Channel
  • a method performed by a wireless terminal A method performed by a wireless terminal.
  • PSFCH Physical Sidelink Feedback Channel
  • HARQ hybrid automatic repeat request

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

無線端末（１Ｂ）は、第１のサイドリンクキャリアにおいてピア無線端末（１Ａ）から第１のサイドリンク送信を受信し、第２のサイドリンクキャリアにおいて当該ピア無線端末（１Ａ）から第２のサイドリンク送信を受信する。無線端末（１Ｂ）は、第１のサイドリンク送信に関する第１のＨＡＲＱフィードバック及び第２のサイドリンク送信に関する第２のＨＡＲＱフィードバックを、第１のサイドリンクキャリアの同一時間スロット内の複数のＰｈｙｓｉｃａｌ　Ｓｉｄｅｌｉｎｋ　Ｆｅｅｄｂａｃｋ　Ｃｈａｎｎｅｌ（ＰＳＦＣＨ）リソースを用いて送信する。これは、例えば、複数のサイドリンクキャリアでの複数のサイドリンク受信に対する複数のＨＡＲＱフィードバックの送信が時間的に競合することを減らす又は解決することに寄与できる。

Description

無線端末及びその方法
　本開示は、無線端末の間の直接通信（device-to-device（D2D）通信）に関し、特に直接通信における複数のキャリアの利用に関する。
　無線端末が基地局等のインフラストラクチャ・ネットワークを介さずに他の無線端末と直接的に通信する形態は、一般的にdevice-to-device（D2D）通信と呼ばれる。D2D通信は、セルラーネットワークと統合又はセルラーネットワークに支援されることができる。Third Generation Partnership Project（3GPP（登録商標）） Release 12及びそれ以降に規定されているProximity-based services（ProSe）は、セルラーネットワークにより支援されたD2D通信のためのシステム・アーキテクチャを提供する。また、3GPP Release 14以降に規定されているセルラーVehicle-to-Everything (V2X)サービスは、ProSeを参照し、無線端末間のD2D通信を利用する。セルラーネットワークにより支援されたD2D通信は、V2Xサービス以外の他のアプリケーション及びサービス（e.g., public safetyアプリケーション）のためにも利用されることができる。
　D2D通信のためのコントロールプレーン及びユーザープレーンに利用される3GPP無線端末（i.e., User Equipments（UEs））の間のインタフェースは、PC5インタフェース（又は参照点）と呼ばれる。PC5インタフェース上でのD2D通信は、サイドリンク通信と呼ばれる。PC5インタフェースは、Evolved Universal Terrestrial Radio Access (E-UTRA)サイドリンク能力に基づくことができ、さらに5G New Radio (NR) サイドリンク能力に基づくことができる。E-UTRA-PC5（又はLong Term Evolution (LTE) based PC5）インタフェース上でのD2D通信（又はサイドリンク通信）はコネクションレスであり、つまりAccess Stratum（AS）レイヤではブロードキャスト・モードである。対照的に、NR PC5インタフェース上でのサイドリンク通信は、ASレイヤでユニキャスト・モード、グループキャスト・モード、及びブロードキャスト・モードをサポートする。
　E-UTRA-PC5インタフェース上でのサイドリンク通信は、例えば、LTEサイドリンク通信と呼ばれる。NR PC5インタフェース上でのサイドリンク通信は、例えば、NRサイドリンク通信と呼ばれる。3GPP仕様書は、セルラーV2Xサービス（services）のための車両通信（vehicular communications）を容易にするためのアーキテクチャの強化を規定している（例えば、非特許文献１、２、及び３を参照）。LTEサイドリンク通信及びNRサイドリンク通信は、セルラーV2X通信の実現のために重要な役割を果たす。UEs間のV2X通信を可能にするためのLTEサイドリンク通信を含むE-UTRA技術を用いたAS機能（functionality）は、又はE-UTRA-PC5インタフェース上でのV2X通信は、V2Xサイドリンク通信又はLTE V2Xサイドリンク通信と呼ばれる。UEs間のV2X通信を可能にするためのNRサイドリンク通信を含むNR技術を用いたAS機能は、又はNR PC5インタフェース上でのV2X通信は、NR V2Xサイドリンク通信又は単にNRサイドリンク通信と呼ばれる。
　3GPP Release 15は、LTEサイドリンク通信のためのキャリアアグリゲーション（carrier aggregation（CA））及びマルチキャリア・オペレーションをサポートしている（非特許文献１及び４を参照）。3GPP Release 18のために、3GPPはサイドリンク強化（Sidelink Evolution）を議論する予定である。これは、NRサイドリンク通信のためのキャリアアグリゲーションのサポート、及びアンライセンスド・スペクトラム上でのサイドリンクのサポートを含む（非特許文献５を参照）。
　特許文献１、２、及び３は、サイドリンク（sidelink（SL））キャリアアグリゲーション、つまりSL通信のためのキャリアアグリゲーションについて開示しており、特にSLキャリアアグリゲーションに関するUEs間及びUEと無線アクセスネットワーク(e.g., 基地局)との間のシグナリングを開示している。
　特許文献１には、セカンダリSLの追加、解放、変更に関係するSLキャリアアグリゲーション設定をUEがピアUEに送ってもよいことが記載されている（例えば、特許文献１の図３、図４、図５、図１０を参照）。当該SLキャリアアグリゲーション設定は、セカンダリSLの追加、解放、変更に関係してもよく、キャリア周波数のセット及び非活性化（deactivation）タイマ情報を含んでもよい。当該SLキャリアアグリゲーション設定は、受信（Rx）又は送信（Tx）の表示、プライマリSL又はセカンダリSLの表示、キャリアアグリゲーションのタイプ（e.g., データの複製またはデータの分割）、V2Xサービスタイプ、同期タイプ、プライマリSLのインデックス（キャリア・インデックス）、セカンダリSLのインデックス（キャリア・インデックス）、SL送信又は受信のリソース割り当て情報などを含んでもよい。
　特許文献１には、PC5キャリアアグリゲーションが設定された後に、UEが基地局にこれを通知してもよいことが記載されている（例えば、特許文献１の図６を参照）。当該通知メッセージは、キャリア周波数情報のセット、非活性化タイマ、ピアUE識別子のうち少なくとも１つを含んでもよい。各SLコンポーネントキャリアに関して、当該通知メッセージは、さらに、受信（Rx）又は送信（Tx）の表示、プライマリSL又はセカンダリSLの表示、キャリアアグリゲーションのタイプ（e.g., データの複製またはデータの分割）、V2Xサービスタイプ、同期タイプ、プライマリSLのインデックス（キャリア・インデックス）、セカンダリSLのインデックス（キャリア・インデックス）、SL送信又は受信のリソース割り当て情報などを含んでもよい。
　特許文献１には、UEとピアUEとの間のSLキャリアアグリゲーション設定の要求を、当該UEが基地局に送信してもよく、基地局が設定を生成して当該UEに提供してもよいことが記載されている（例えば、特許文献１の図９を参照）。また、特許文献１には、要求メッセージはオプションであり、基地局は、UEからの要求メッセージの受信に関わらず、SLキャリアアグリゲーション設定を当該UEに提供してもよいことが記載されている。
　特許文献１には、SLキャリアアグリゲーションを設定する前に、UEsがそれぞれのSLキャリアアグリゲーション能力（capability）に関する情報を互いの間で直接的に交換してもよいことが記載されている（例えば、特許文献１の図１３を参照）。SLキャリアアグリゲーション能力は、SLバンドの組み合わせ（combination）情報、SLバンドとUuバンドの組み合わせ情報のうち一方又は両方を含む。Uuは、UEと基地局の間のエア・インタフェースである。UEのバンド組み合わせ情報は、当該UEが同時に動作可能なキャリアのリストと各キャリアの帯域を示す。当該UEは、各キャリアでの送信（Tx）及び受信（Rx）の両方をサポートするか、送信（Tx）及び受信（Rx）のうち一方のみをサポートするかを示してもよい。
　特許文献２には、UEが、無線ワイドエリアネットワーク（wireless wide area network（WAN））から、V2Xキャリアアグリゲーションのコンポーネントキャリアの追加又は解放コマンドを含むRadio Resource Control (RRC)信号（e.g., RRC Connection Reconfigurationメッセージ）を受信することが記載されている（例えば、特許文献２の図２及び図３を参照）。
　特許文献３には、第１の無線端末が、第２の無線端末のサイドリンク能力（capability）情報を含むサイドリンクメッセージを第２の無線端末からサイドリンクチャネルを介して受信し、当該サイドリンク能力情報を含むアップリンク・メッセージを基地局に送信することが記載されている（例えば、特許文献３の図２５を参照）。第２の無線端末のサイドリンク能力情報は、第２の無線端末がサイドリンク複数（multiple）キャリア・オペレーション（e.g., sidelink carrier aggregation, sidelink multiple carriers, sidelink multi-carrier）をサポートしているかどうか、サポート／動作しているサイドリンク（e.g., LTE、5Gなど）、利用可能なバンド、第２の無線端末が非ライセンスド・バンド（又は非ライセンスド・スペクトラム）をサポートしているかどうか等を示してもよい。基地局は、第１及び第２の無線端末の間のサイドリンク通信のための設定パラメータ（parameters）を第２の無線端末のサイドリンク能力情報に基づいて決定し、当該設定パラメータを第１の無線端末に送ってもよい。当該設定パラメータは、RRCメッセージ、Medium Access Control (MAC) Control Element (CE)、又はPhysical Downlink Control Channel（PDCCH）送信（e.g., Downlink Control Information（DCI））で送信されてもよい。
　特許文献３には、第１の無線端末が、第２の無線端末のバンド組み合わせ情報を含むサイドリンクメッセージを第２の無線端末からサイドリンクチャネルを介して受信し、当該バンド組み合わせ情報を含むアップリンク・メッセージ（e.g., RRCメッセージ）を基地局に送信することが記載されている（例えば、特許文献３の図２６を参照）。第２の無線端末のバンド組み合わせ情報は、第２の無線端末においてサイドリンク通信に同時に使用することが許可されている１又はそれ以上のバンドを示してもよい。第２の無線端末のバンド組み合わせ情報は、第２の無線端末が複数の（multiple）サイドリンクキャリア（e.g., multi-carrier operation, sidelink carrier aggregation）をサポートしているかどうかを示ししてもよい。基地局は、例えば、第２の無線端末が複数のサイドリンクキャリアをサポートしていることをバンド組み合わせ情報が示している場合には、複数のキャリアに対応するリソースを決定又は割り当て（assign）てもよい。基地局は、第１及び第２の無線端末の間のサイドリンク通信のための設定パラメータ（parameters）を第１の無線端末に送る。当該設定パラメータは、サイドリンクリソース割り当て（sidelink resource assignment）を示してもよい。より具体的には、当該無線リソース割り当ては、第１のキャリアの第１のサイドリンク無線リソースと第２のキャリアの第２のサイドリンク無線リソースを示してもよい。第１の無線端末は、第２の無線端末に、第１のサイドリンク無線リソースを介して第１のトランスポートブロックを送信し、第２のサイドリンク無線リソースを介して第２のトランスポートブロックを送信してもよい。
国際公開第２０１９／０２３８５７号 米国特許出願公開第２０１９／０２４６３７７号明細書 米国特許出願公開第２０２１／００５１６５３号明細書
3GPP TR 37.985 V17.0.0 (2021-12) "3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Overall description of Radio Access Network (RAN) aspects for Vehicle-to-everything (V2X) based on LTE and NR (Release 17)", 2021年12月 3GPP TS 23.287 V17.2.0 (2021-12) "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Architecture enhancements for 5G System (5GS) to support Vehicle-to-Everything (V2X) services (Release 17)", 2021年12月 3GPP TS 24.587 V17.4.1 (2021-12) "3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; Vehicle-to-Everything (V2X) services in 5G System (5GS); Stage 3 (Release 17)", 2021年12月 Huawei, HiSilicon, "WI summary for V2X phase 2 based on LTE", RP-180858, 3GPP TSG RAN Meeting #80, San Diego, USA, June 11-14, 2018 OPPO, LG Electronics, "New WID on NR sidelink evolution", RP-213678, 3GPP TSG RAN Meeting #94e, Electronic Meeting, December 6-17, 2021
　発明者はNRサイドリンク通信を含むD2D通信のキャリアアグリゲーションについて検討し、様々な課題を見出した。無線端末の間のD2Dインタフェース又はサイドリンクインタフェース（e.g., PC5インタフェース）でのキャリアアグリゲーションは、マルチキャリア・オペレーションと呼ぶこともできる。
　これらの課題の１つは、送信機能が制限されたUEに関する。サイドリンク・キャリアアグリゲーションでは、UEは、必ずしも複数のサイドリンクキャリアで同時に送信できなくてもよい。言い換えると、UEは、複数のサイドリンクキャリア上での同一時間スロット内での送信をサポートしなくてもよい。このように送信機能が制限されたUEは、limited Tx capability UEと呼ばれてもよい。もしUEが複数の受信サイドリンク・コンポーネントキャリアで同時に受信できるが、複数の送信サイドリンク・コンポーネントキャリアで同時に送信できない場合、当該UEがhybrid automatic repeat request（HARQ）フィードバックをPhysical Sidelink Feedback Channel（PSFCH）でどのように送信するかが明確でない。具体的には、このようなUEは、複数の受信サイドリンク・コンポーネントキャリアで複数のPhysical Sidelink Shared Channel（PSSCH）を受信できる。この場合に、複数の受信コンポーネントキャリアでのPSSCH受信に関する複数のHARQフィードバックを当該UEがどのように送信するかが明確でない。
　本明細書に開示される実施形態が達成しようとする目的の１つは、無線端末の間のD2Dインタフェースでのキャリアアグリゲーションに関する上述された課題を含む複数の課題のうち少なくとも１つを解決することに寄与する装置、方法、及びプログラムを提供することである。なお、この目的は、本明細書に開示される複数の実施形態が達成しようとする複数の目的の１つに過ぎないことに留意されるべきである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。
　第１の態様では、無線端末は、少なくとも１つの無線トランシーバ、及び前記少なくとも１つの無線トランシーバに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、第１のサイドリンクキャリアにおいてピア無線端末から第１のサイドリンク送信を受信し、第２のサイドリンクキャリアにおいて前記ピア無線端末から第２のサイドリンク送信を受信するよう構成される。前記少なくとも１つのプロセッサは、前記第１のサイドリンク送信に関する第１のHARQフィードバック及び前記第２のサイドリンク送信に関する第２のHARQフィードバックを、前記第１のサイドリンクキャリアの同一時間スロット内の複数のPSFCHリソースを用いて送信するよう構成される。
　第２の態様では、無線端末により行われる方法は、以下のステップを含む：
（ａ）第１のサイドリンクキャリアにおいてピア無線端末から第１のサイドリンク送信を受信し、
（ｂ）第２のサイドリンクキャリアにおいて前記ピア無線端末から第２のサイドリンク送信を受信し、
　前記第１のサイドリンク送信に関する第１のHARQフィードバック及び前記第２のサイドリンク送信に関する第２のHARQフィードバックを、前記第１のサイドリンクキャリアの同一時間スロット内の複数のPSFCHリソースを用いて送信する。
　第３の態様では、無線端末は、少なくとも１つの無線トランシーバ、及び前記少なくとも１つの無線トランシーバに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、第１のサイドリンクキャリアにおいてピア無線端末から第１のサイドリンク送信を受信し、第２のサイドリンクキャリアにおいて前記ピア無線端末から第２のサイドリンク送信を受信するよう構成される。前記少なくとも１つのプロセッサは、前記第１のサイドリンク送信に関するHARQフィードバックのための前記第１のサイドリンクキャリアでの第１のPSFCH送信が前記第２のサイドリンク送信に関するHARQフィードバックのための前記第２のサイドリンクキャリアでの第２のPSFCH送信と時間的に重なるなら、前記第２のサイドリンクキャリアでの前記第２のPSFCH送信を次以降のPSFCH送信機会（transmission occasion）に遅らせるよう構成される。
　第４の態様では、無線端末により行われる方法は、以下のステップを含む：
（ａ）第１のサイドリンクキャリアにおいてピア無線端末から第１のサイドリンク送信を受信し、
（ｂ）第２のサイドリンクキャリアにおいて前記ピア無線端末から第２のサイドリンク送信を受信し、
（ｃ）前記第１のサイドリンク送信に関するHARQフィードバックのための前記第１のサイドリンクキャリアでの第１のPSFCH送信が前記第２のサイドリンク送信に関するHARQフィードバックのための前記第２のサイドリンクキャリアでの第２のPSFCH送信と時間的に重なるなら、前記第２のサイドリンクキャリアでの前記第２のPSFCH送信を次以降のPSFCH送信機会（transmission occasion）に遅らせる。
　第５の態様では、無線端末は、少なくとも１つの無線トランシーバ、及び前記少なくとも１つの無線トランシーバに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、第１のサイドリンクキャリアにおいてピア無線端末から第１のサイドリンク送信を受信し、第２のサイドリンクキャリアにおいて前記ピア無線端末から第２のサイドリンク送信を受信するよう構成される。前記少なくとも１つのプロセッサは、前記第１のサイドリンク送信に関するHARQフィードバックのための前記第１のサイドリンクキャリアでの第１のPSFCH送信が前記第２のサイドリンク送信に関するHARQフィードバックのための前記第２のサイドリンクキャリアでの第２のPSFCH送信と時間的に重なるなら、前記第１のPSFCH送信を行うか又は前記第２のPSFCH送信を行うかを選択するよう構成される。
　第６の態様では、無線端末により行われる方法は、以下のステップを含む：
（ａ）第１のサイドリンクキャリアにおいてピア無線端末から第１のサイドリンク送信を受信し、
（ｂ）第２のサイドリンクキャリアにおいて前記ピア無線端末から第２のサイドリンク送信を受信し、
（ｃ）前記第１のサイドリンク送信に関するHARQフィードバックのための前記第１のサイドリンクキャリアでの第１のPSFCH送信が前記第２のサイドリンク送信に関するHARQフィードバックのための前記第２のサイドリンクキャリアでの第２のPSFCH送信と時間的に重なるなら、前記第１のPSFCH送信を行うか又は前記第２のPSFCH送信を行うかを選択する。
　第７の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第２、第４、又は第６の態様に係る方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。
　上述の態様によれば、無線端末の間のD2Dインタフェースでのキャリアアグリゲーションに関する複数の課題のうち少なくとも１つを解決することに寄与する装置、方法、及びプログラムを提供できる。
実施形態に係る無線通信システムの構成例を示す図である。 実施形態に係る無線通信システムの構成例を示す図である。 PC5インタフェースでのRRCのためコントロールプレーンのASプロトコル・スタックを示す図である。 PC5インタフェースでのPC5-SのためコントロールプレーンのASプロトコル・スタックを示す図である。 PC5インタフェースでのユーザープレーンのASプロトコル・スタックを示す図である。 キャリアアグリゲーションが設定されたNRサイドリンク・レイヤ２及び１の構造の一例を示す図である。 実施形態に係るUEの動作の一例を示すフローチャートである。 実施形態に係るUEの動作の一例を示すフローチャートである。 実施形態に係るUEの動作の一例を示すフローチャートである。 実施形態に係るUEの構成例を示すブロック図である。 実施形態に係る無線アクセスネットワークノードの構成例を示すブロック図である。 実施形態に係るコアネットワークノード及びアプリケーションサーバの構成例を示すブロック図である。
　以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
　以下に説明される複数の実施形態は、独立に実施されることもできるし、適宜組み合わせて実施されることもできる。これら複数の実施形態は、互いに異なる新規な特徴を有している。したがって、これら複数の実施形態は、互いに異なる目的又は課題を解決することに寄与し、互いに異なる効果を奏することに寄与する。
　以下に示される複数の実施形態は、3GPP第5世代移動通信システム（5G system）を主な対象として説明される。しかしながら、これらの実施形態は、3GPPのNRサイドリンク通信と類似のD2D通信技術をサポートする他の無線通信システムに適用されてもよい。
　本明細書で使用される場合、文脈に応じて、「（もし）～なら（if）」は、「場合(when)」、「その時またはその前後（at or around the time）」、「後に（after）」、「に応じて（upon）」、「判定（決定）に応答して（in response to determining）」、「判定（決定）に従って（in accordance with a determination）」、又は「検出することに応答して（in response to detecting）」を意味するものとして解釈されてもよい。これらの表現は、文脈に応じて、同じ意味を持つと解釈されてもよい。
　初めに、複数の実施形態に共通である複数のネットワーク要素の構成及び動作が説明される。図１は、複数の実施形態に係る無線通信システムの構成例を示している。図１に示された各要素（ネットワーク機能）は、例えば、専用ハードウェア（dedicated hardware）上のネットワークエレメントとして、専用ハードウェア上で動作する（running）ソフトウェア・インスタンスとして、又はアプリケーション・プラットフォーム上にインスタンス化（instantiated）された仮想化機能として実装されることができる。
　無線アクセスネットワーク（Radio Access Network（RAN））ノード（e.g., gNB）２は、セル２１を管理し、セルラー通信技術（i.e., NR Radio Access Technology）を用いて、UE１Ａ及びUE１Ｂを含む複数の無線端末（UEs）１とセルラー通信（１０１及び１０２）を行うことができる。セルラー通信１０１は、RANノード２とUE１Ａとの間のエア・インタフェース（e.g., Uuインタフェース）を使用する。同様に、セルラー通信１０２は、RANノード２とUE１Ｂとの間のエア・インタフェース（e.g., Uuインタフェース）を使用する。図１の例では、説明の簡略化のためにUE１Ａ及び１Ｂが同じセル２１内に位置している状況を示しているが、このような配置は一例に過ぎない。例えば、UE１Ａは、異なるRANノード２によって管理される互いに隣接する２つのセルの一方のセル内に位置し、UE１Ｂは他方のセル内に位置してもよい。あるいは、UE１Ａ及びUE１Ｂのうち少なくとも一方は、１又は複数のRANノード２によるカバレッジの外に位置してもよい（i.e., partial coverage, out-of-coverage）。
　UE１Ａ及びUE１Ｂの各々は、少なくとも１つの無線トランシーバを有し、RANノード２とのセルラー通信（１０１又は１０２）を行うとともに、UE間ダイレクトインタフェース（i.e., NR PC5インタフェース又はNRサイドリンク）１０３上でD2D通信（i.e., サイドリンク通信）を行うよう構成されている。当該サイドリンク通信は、ユニキャスト・モード通信（サイドリンク・ユニキャスト）を含み、グループキャスト・モード通信及びブロードキャスト・モード通信のうち一方又は両方をさらに含んでもよい。
　D2D通信のためのコントロールプレーン及びユーザープレーンに利用される3GPP無線端末（i.e., UEs）の間のインタフェースは、PC5インタフェース（又は参照点）と呼ばれる。PC5インタフェース上でのD2D通信は、サイドリンク通信と呼ばれる。PC5インタフェースは、E-UTRAサイドリンク能力に基づくことができ、さらに5G NRサイドリンク能力に基づくことができる。E-UTRA-PC5（又はLTE-based PC5）インタフェース上でのD2D通信（又はサイドリンク通信）はコネクションレスであり、つまりASレイヤではブロードキャスト・モードである。対照的に、NR PC5インタフェース上でのサイドリンク通信は、ASレイヤでユニキャスト・モード、グループキャスト・モード、及びブロードキャスト・モードをサポートする。
　幾つかの実装では、UE１Ａ及びUE１Ｂの間のサイドリンク通信は、セルラーV2Xサービス（services）及びV2X通信のために使用されてもよい。言い換えると、図１に示されたUEs１Ａ及び１Ｂ並びにRANノード２は、PC5上でのV2X通信を提供する5Gシステムで使用されてもよい。図２は、PC5上でのV2X通信のための非ローミング5Gシステム・アーキテクチャの一例を示している。図２に示された各要素（ネットワーク機能）は、例えば、専用ハードウェア（dedicated hardware）上のネットワークエレメントとして、専用ハードウェア上で動作する（running）ソフトウェア・インスタンスとして、又はアプリケーション・プラットフォーム上にインスタンス化（instantiated）された仮想化機能として実装されることができる。図２に示された主要な参照点（又はインタフェース）について以下に説明する。
　以下の説明では、UE１Ａ及び１Ｂを含む複数のUEsに共通する事項を説明する場合、参照符号１を用いて単にUE１が参照される。
　V1参照点は、UE１（e.g., UE１Ａ又はUE１Ｂ）内のV2Xアプリケーション（e.g., V2Xアプリケーション１１Ａ又はV2Xアプリケーション１１Ｂ）とV2Xアプリケーションサーバ６１内のV2Xアプリケーションの間の参照点である。V2Xアプリケーションサーバ６１は、データネットワーク（DN）５０に配置される。
　V5参照点は、２つのUEs１（e.g., UE１Ａ及びUE１Ｂ）のV2Xアプリケーションの間の参照点である。PC5参照点は、UEs（e.g., UE１Ａ及びUE１Ｂ）の間の参照点であり、NR based PC5を含む。Uu参照点は、UE（e.g., UE１Ａ）とNG-RAN２０の間の参照点である。図２では図示が省略されているが、すでに説明したように、UE１ＢもUu参照点を介してNG-RAN２０と通信してもよい。
　N1参照点は、UE１（e.g., UE１Ａ）と5Gコアネットワーク（5G Core Network（5GC）４０内のAccess and Mobility management Function（AMF）４１の間の参照点である。N1参照点は、V2Xポリシ及びパラメータをAMF４１からUE１に送り、且つV2X通信のためのUE１のV2X能力（capability）及びPC5能力をUE１からAMF４１に送るために使用されてもよい。N2参照点は、NG-RAN２０とAMF４１の間の参照点である。N2参照点は、V2Xポリシ及びパラメータをAMF４１からNG-RAN２０に送るために使用されてもよい。AMF４１は、5GC４０のコントロールプレーン内のネットワーク機能ノードの１つである。AMF４１は、UE１（e.g., UE１Ａ）との１つの（single）シグナリングコネクション（i.e., N1 NAS signalling connection）を終端し、登録（registration）管理、コネクション管理、及びモビリティ管理を提供する。AMF４１は、サービス・ベースド・インタフェース（i.e., Namfインタフェース）上でnetwork function（NF）サービス（services）をNFコンシューマ（consumers）（e.g., Session Management Function(SMF)４２）に提供する。AMF4１により提供されるNFサービスは、通信サービス（Namf_Communication）を含む。当該通信サービスは、NFコンシューマ（e.g., SMF４２）にAMF４１を介してUE１又はNG-RAN２０と通信することを可能にする。
　N3参照点は、NG-RAN２０と5GC内のUser Plane Function（UPF）４３の間の参照点である。N6参照点は、UPF４３とDN５０の間の参照点である。UPF４３は、5GC４０のユーザープレーン内のネットワーク機能ノードの１つである。UPF４３は、ユーザデータを処理し且つフォワードする。UPF４３の機能（functionality）はSMF４２によってN4参照点を介してコントロールされる。UPF４３は、N9参照点を介して相互に接続された複数のUPFsを含んでもよい。例えば、UE１Ａ内のV2Xアプリケーション１１ＢがV2Xアプリケーションサーバ６１内のV2Xアプリケーションと通信することを可能にするために、UE１Ａは、Uu参照点、N3参照点、及びN6参照点を介するパス、アソシエーション、セッション、又はコネクションを使用する。
　図２の5Gシステムは、5GC４０内の１又はそれ以上のネットワーク機能とV2Xアプリケーションサーバ６１との間の通信を可能にするためにNetwork Exposure Function（NEF）サービスを提供してもよい。NEF４６は、5GC４０のコントロールプレーン内のネットワーク機能ノードの１つである。NEF４６は、オペレータネットワークの内側（inside）及び外側（outside）のアプリケーション機能及びネットワーク機能への5Gシステムからのサービス（services）及び能力（capabilities）の露出（exposure）をサポートする。N33参照点は、NEF４６とアプリケーション機能（e.g. V2Xアプリケーションサーバ６１）の間の参照点である。NEF４６は、サービス・ベースド・インタフェース（i.e., Nnefインタフェース）上でNFサービス（services）をNFコンシューマ（consumers）（e.g. V2Xアプリケーションサーバ６１）に提供する。V2Xサービスの場合、NEF４６が提供するサービスは、V2Xアプリケーションサーバ６１が5GC４０のV2Xサービス関連情報を更新するために使用されてもよい。NEF４６は、N37参照点を介して直接的に、又はPolicy Control Function（PCF）４４を介して、V2Xサービス関連情報をUnified Data Repository（UDR）４５に格納してもよい。
　図３、図４、及び図５は、PC5インタフェース１０３のASプロトコル・スタック（stacks）を示している。図３に示されるように、Radio Resource Control（RRC）（i.e., PC5-RRC）用のSidelink Control Channel（SCCH）のためのコントロールプレーンのAccess Stratum（AS）プロトコル・スタックは、RRC、Packet Data Convergence Protocol（PDCP）、Radio Link Control（RLC）、及びMedium Access Control（MAC）サブレイヤ（sublayers）並びに物理（Physical（PHY））レイヤを含む。SCCHは、UE（e.g., UE１Ａ）から他のUE(s)１（e.g., UE１Ｂ）に制御情報（i.e., PC5-RRC and PC5-S messages）を送信するためのサイドリンク論理チャネルである。
　PC5インタフェース１０３は、PC5 Signalling（PC5-S）プロトコルをサポートする。図４に示されるように、PC5-S用のSCCHのためのコントロールプレーンのASプロトコル・スタックにおいて、PC5-SはPDCP、RLC、及びMACサブレイヤ（sublayers）並びに物理レイヤの上に位置する。PC5-Sは、セキュアなユニキャスト・レイヤ２リンク（又はPC5ユニキャスト・リンク）のためのPC5インタフェース１０３上でのコントロールプレーン・シグナリングに使用される。具体的には、PC5-Sは、PC5ユニキャスト・リンクを確立、修正、及び解放するためのシグナリングを提供する。UE１ＡとUE１Ｂの間のPC5ユニキャスト・リンクは、UE１ＡのApplication Layer ID 及びLayer-2 ID、並びにUE１ＢのApplication Layer ID 及びLayer-2 IDに関連付けられる。PC5ユニキャスト・リンクは双方向（bi-directional）である。したがって、UE１Ａは、アプリケーションデータ(e.g., V2Xサービスデータ、公共安全(public safety)サービスデータ)ををUE１ＢにUE１ＢとのPC5ユニキャスト・リンク上で送信することができ、UE１ＢもアプリケーションデータをUE１Ａに当該PC5ユニキャスト・リンク上で送信することができる。
　PC5ユニキャスト・リンクとPC5-RRCコネクションとの間には一対一の対応（one-to-one correspondence）がある。PC5-RRCコネクションは、Source Layer-2 ID及びDestination Layer-2 IDのペアのための２つのUEs１間の論理コネクションである。PC5-RRC connectionは、対応するPC5ユニキャスト・リンクが確立された後に確立されたものとみなされる（considered）。言い換えると、PC5-RRCコネクションは、対応するPC5ユニキャスト・リンクの確立に応答して確立される。具体的には、UE１（RRCレイヤ）は、特定の宛先（destination）へのPC5-Sメッセージの送信がサイドリンク・シグナリング無線ベアラ（sidelink signalling radio bearer（SL SRB））の上位レイヤ（layers）によって要求されたなら、予め定義されたSCCH設定に基づいてPDCPエンティティ、RLCエンティティ、及び当該PC5-SメッセージのためのSL SRBのSCCHを確立し、当該宛先に対してPC5-RRCコネクションが確立されたと認識（consider）する。あるいは、UE１（RRCレイヤ）は、特定の宛先のためのPC5-RRCコネクション確立が上位レイヤによって示されたなら、予め定義されたSCCH設定に基づいてPDCPエンティティ、RLCエンティティ、及び当該宛先のPC5-RRCメッセージのためのSL SRBのSCCHを確立し、当該PC5-RRCコネクションが確立されたと認識（consider）する。
　図５は、Sidelink Traffic Channel（STCH）のためのASユーザープレーン・プロトコル・スタックを示している。STCHは、UE１（e.g., UE１Ａ）から他のUE(s)１（e.g., UE１Ｂ）にユーザデータ（e.g., V2Xサービスデータ、公共安全(public safety)サービスデータ）を送信するためのサイドリンク論理チャネルである。当該プロトコル・スタックは、Service Data Adaptation Protocol（SDAP）、PDCP、RLC、及びMACサブレイヤ（sublayers）並びに物理レイヤを含む。
　NR PC5インタフェース１０３でのNRサイドリンク通信は、２つのリソース割り当てモード、つまりモード１及びモード２、をサポートする。
　リソース割り当てモード１では、RANノード２（e.g., gNB）がリソース割り当てを行う。例えば、RANノード２は、SL無線リソースをNR Uuインタフェース１０１を用いてUE１に割り当てる又はスケジュールする。モード１によるリソース割り当ては、動的グラント（dynamic grant）及び構成済みグラント（configured grant）を含む。
　動的グラントの場合、UE１は、１つのトランスポートブロックの送信（transmission of every single transport block）のためにRANノード２にリソースを要求する必要がある。より具体的には、UE１は、サイドリンク・バッファ状態報告（Buffer Status Report（BSR））を示すMAC Control Element (CE)（i.e., Sidelink BSR MAC CE）を、Uplink Shared Channel（UL-SCH）及びPhysical Uplink Shared Channel（PUSCH）を介してRANノード２に送信し、RANノード２は、動的サイドリンクグラントを示すDownlink Control Information（DCI）をPhysical Downlink Control Channel（PDCCH）を介してUE１に送信する。動的サイドリンクグラントは、１つのトランスポートブロックの送信（及び再送信）のリソースの割り当てを提供する。なお、後述するサイドリンク・キャリアアグリゲーションが構成された場合、動的サイドリンクグラントは、サイドリンク（コンポーネント）キャリア毎に１つのトランスポートブロックのリソース割り当てを提供してもよい。
　構成済みグラントの場合、RANノード２は、RRCによって半静的（semi-statically）に構成された周期的なサイドリンクリソースをUE１に許可する。より具体的には、UE１は、サイドリンク通信のトラフィックパターンに関するUE支援情報（assistance information）をRANノード２に送信することができる。このようなUE支援情報、又はUE支援情報で送られるサイドリンク・トラフィックパターン情報は、構成済みグラント支援情報（configured grant assistance information）と呼ばれてもよい。サイドリンク・トラフィックパターン情報（又は構成済みグラント支援情報）は、例えば、観測されたトラフィックパターンに基づく最大トランスポートブロック・サイズ、サイドリンク論理チャネルにおけるパケット到着の推定タイミング、およびサイドリンク論理チャネルにおける推定データ到着周期を示してもよい。UE１は、サイドリンク・トラフィックパターン情報を含むUE支援情報を、RRCメッセージ（e.g., UEassistanceinformationメッセージ）を用いて送信する。RANノード２は、UE１から受信したサイドリンク・トラフィックパターン情報を考慮し、構成済みグラントを生成してもよい。RANノード２は、構成済みグラントを、RRCメッセージ（e.g., RRCReconfigurationメッセージ）を用いてUE１に送る。構成済みグラントは、時間及び周波数リソースの割り当てと、当該リソース割当の周期を示す。モード１のための構成済みグラントには２つのタイプがある。構成済みグラント・タイプ１では、構成済みグラントはRRCシグナリングによってUE１に設定又は解放され、ただちに使用されることができる。構成済みグラント・タイプ２の場合、RANノード２は、RRCシグナリングを介して構成済みグラントをUE１に設定し、DCIシグナリングを介して当該構成済みグラントを活性化（activate）又は非活性化（deactivate）する。UE１は、構成済みグラントで割り当てられた周期的リソースを、これがRANノード２によって活性化された後のみ使用でき、且つこれが非活性化されるまで使用できる。
　一方、リソース割り当てモード２では、UE１によるセンシングに基づいてUE１が自律的にリソースを選択する。センシングは、予め構成されたリソースプールにおいて行われる。UE１は、高い優先度のトラフィックのために他のUEsによってリソースが使用されていないなら、これらのリソースをサイドリンク送信及び再送信のために選択することができる。UE1は、リソース再選択の原因がトリガーされるまで、選択されたリソースにおいて一定回数の送信および再送信を行うことができる。
　UE１Ａ及びUE１Ｂは、NR PC5インタフェース（又はNRサイドリンク）１０３でのキャリアアグリゲーション（carrier aggregation（CA））をサポートする。言い換えると、UE１Ａ及びUE１Ｂは、NRサイドリンク・キャリアアグリゲーション、つまりNRサイドリンク通信のためのキャリアアグリゲーションをサポートする。サイドリンク・キャリアアグリゲーションは、マルチキャリア・オペレーションと呼ぶこともできる。サイドリンク・キャリアアグリゲーションは、複数のサイドリンクキャリアにおいて互いの間で通信することをUE１Ａ及びUE１Ｂに可能にする。Uuインタフェースでの用語と同様に、サイドリンクキャリア・キャリアアグリゲーションで使用される複数のサイドリンクキャリアは、コンポーネントキャリアと呼ばれてもよい。一例では、複数のサイドリンクキャリアのうちの１又はそれ以上はRANノード２（若しくはNG-RAN２０）又はそのオペレータにライセンスされたライセンスド・スペクトラム（ライセンスド・バンド）に属し、他の１又はそれ以上は非ライセンスド・スペクトラムに属してもよい。非ライセンスド・スペクトラムは、intelligent transportation systems（ITS）のためのITSスペクトラムであってもよい。
　UE１Ａ及びUE１Ｂは、ユニキャスト送信においてサイドリンク・キャリアアグリゲーションをサポートする。UE１Ａ及びUE１Ｂは、グループキャスト送信においてサイドリンク・キャリアアグリゲーションをサポートしてもよい。UE１Ａ及びUE１Ｂは、ブロードキャスト送信においてサイドリンク・キャリアアグリゲーションをサポートしてもよい。
　サイドリンク・キャリアアグリゲーションでは、UE１Ａ及びUE１Ｂのうち一方又は両方は、必ずしも複数のサイドリンクキャリアで同時に送信できなくてもよい。言い換えると、UE１Ａ及びUE１Ｂのうち一方又は両方は、複数のサイドリンクキャリア上での同一時間スロット内での送信をサポートしなくてもよい。このように送信機能が制限されたUEは、limited Tx capability UEと呼ばれてもよい。例えば、limited Tx capabilityは、UE１の送信チェーンの数が、構成された送信サイドリンクキャリアの数よりも小さいことに起因するかもしれない。あるいは、limited Tx capabilityは、構成された送信サイドリンクキャリアのバンド組み合わせをUE１がサポートしていないことに起因するかもしれない。あるいは、limited Tx capabilityは、UE１の送信チェーンのスイッチングに要する時間に起因するかもしれない。あるいは、limited Tx capabilityは、power spectral density（PSD）の不均衡などによりUE１がRadio Frequency（RF）要件を満たせないことに起因するかもしれない。
　同様に、サイドリンク・キャリアアグリゲーションでは、UE１Ａ及びUE１Ｂのうち一方又は両方は、必ずしも複数のサイドリンクキャリアで同時に受信できなくてもよい。言い換えると、UE１Ａ及びUE１Ｂのうち一方又は両方は、複数のサイドリンクキャリア上での同一時間スロット内での受信をサポートしなくてもよい。このように受信機能が制限されたUE１は、limited Rx capability UEと呼ばれてもよい。
　図６は、キャリアアグリゲーションが設定されたNRサイドリンク・レイヤ２及び１の構造の一例を示している。サイドリンク・レイヤ２は、MACサブレイヤ６０１、RLCサブレイヤ６０２、PDCPサブレイヤ６０３、及びSDAPサブレイヤ６０４を含む。基本的に、サイドリンク・キャリアアグリゲーションは、MACサブレイヤ６０１及び物理レイヤ６２０の概念であり、RLCサブレイヤ６０２より上位レイヤには適用されない。ただし、後述されるように、サイドリンク・キャリアアグリゲーションに関するPC5-RRCメッセージが導入されてもよい。
　物理レイヤ６２０は、複数のサイドリンクキャリアをサポートする。UEが複数のサイドリンクキャリア上での同一時間スロット内での送信をサポートするなら、物理レイヤ６２０は、１時間スロットにおいて各サイドリンクキャリアで１つのトランスポートブロック（又はMAC Protocol Data Unit（PDU））を送信することができる。物理レイヤ６２０は、トランスポートチャネル(channels)をMACサブレイヤ６０１に提供（offer）する。
　MACサブレイヤ６０１は、複数のサイドリンクキャリアでの送信及び受信のために１つのMACエンティティを提供する。MACエンティティは、サイドリンクキャリア毎のhybrid automatic repeat request（HARQ）エンティティを提供する。１つのHARQエンティティは、複数のHARQプロセスを維持し、これにより前の送信の成功または失敗に関するHARQフィードバックを待つ間に送信を対応するサイドリンクキャリアで継続的に行うことを可能にする。
　MACサブレイヤ６０１は、論理チャネル(channels)をRLCサブレイヤ６０２に提供する。MACサブレイヤ６０１は、論理チャネル(channels)とトランスポートチャネル(channels)との間のマッピングを提供し、１つの又は異なる論理チャネルに属するMAC Service Data Units（SDUs）を多重化する。NRサイドリンクで使用されるトランスポートチャネルは、Sidelink Shared Channel (SL-SCH)及びSidelink Broadcast Channel (SL-BCH)を含む。NRサイドリンクで使用される論理チャネルは、Sidelink Control Channel (SCCH)、Sidelink Traffic Channel (STCH)、及びSidelink Broadcast Control Channel (SBCCH)を含む。SCCHは、制御チャネルであり、SL-SCHにマッピングされる。STCHは、トラフィックチャネルであり、SCCHと同様にSL-SCHにマッピングされる。SBCCHは、コントロールチャネルであり、SL-BCHにマッピングされる。
　MACサブレイヤ６０１は、NRサイドリンクのためのスケジューリングを提供する。当該スケジューリングは、論理チャネル優先順位付け（logical channel prioritization）による複数の論理チャネルの間の優先度ハンドリングを含む。
　UEが複数のサイドリンクキャリア上での同一時間スロット内での送信をサポートし、且つ複数サイドリンクキャリアのそれぞれでグラントを有しているなら、MACサブレイヤは、同一時間スロットにおいて複数のサイドリンクキャリアで送信するために、複数のサイドリンクキャリアそれぞれに関連付けられた複数のトランスポートチャネル（i.e., SL-SCH）を介して複数のトランスポートブロック（MAC PDUs）を物理レイヤ６２０に提供する。各グラントは、リソース割り当てモード１の動的又は構成済みグラントであってもよい。あるいは、リソースプールを用いて送信するようにサイドリンクリソース割り当てモード２をMACエンティティが設定されているなら、MACエンティティは、当該リソースプールにおいてランダム選択又はセンシングに基づいて選択されたサイドリンクグラントを生成してもよい。
　RLCサブレイヤ６０２は、PDCPサブレイヤ６０３にRLCチャンネル（channels）を提供する。RLCサブレイヤ６０２は、３つの送信モード、Acknowledged Mode (AM)、Unacknowledged Mode (UM)、及びTransparent Mode (TM)をサポートする。AM及びUMでは、RLCサブレイヤ６０２は、RLC SDUのセグメンテーションを提供する。AMでは、RLCサブレイヤ６０２は、ARQ（RLC SDU又はRLC SDU segmentsの再送信）を提供する。
　PDCPサブレイヤ６０３は、データ無線ベアラ（Data Radio Bearers（DRBs））をSDAPサブレイヤ６０４に提供する。PDCPサブレイヤ６０３は、DRBsのユーザプレーンデータをSDAPサブレイヤ６０４から受信し、ヘッダ圧縮、完全性の保護（integrity protection）、及び暗号化（ciphering）などを提供する。
　加えて、PDCPサブレイヤ６０３は、シグナリング無線ベアラ（Signalling Radio Bearers（SRBs））を上位レイヤ（i.e., PC5-Sレイヤ、PC-5 RRCレイヤ）に提供する。PDCPサブレイヤ６０３は、SRBsのコントロールプレーンのデータ（i.e., PC5-Sメッセージ及びPC5-RRCメッセージ）をPC5-Sレイヤ及びPC-5 RRCレイヤから受信し、完全性の保護（integrity protection）及び暗号化（ciphering）などを提供する。
　SDAPサブレイヤ６０４は、Quality of Service（QoS）フロー（flows）のハンドリングを提供する。QoSフローは、Internet Protocol（IP）フロー、つまりIP packetsであってもよい。これに代えて、QoSフローは、non-IPフロー、つまりnon-IP packetsであってもよい。SDAPサブレイヤ６０４は、QoSフローとSL DRBとのマッピングを提供する。宛先（destination）毎に当該宛先に関連付けられたユニキャスト、グループキャスト、及びブロードキャストのうちの１つに対して、１つのSDAPエンティティがある。
　HARQフィードバックは、ユニキャスト及びグループキャストで使用される。Physical Sidelink Feedback Channel（PSFCH）で送信される。受信UE（e.g., UE１Ｂ）は、送信UE（e.g., UE１Ａ）からユニキャスト又はグループキャストをPhysical Sidelink Shared Channel（PSSCH）において受信し、当該PSSCHの受信に関するHARQフィードバックをPSFCHにおいて送信する。
　リソースプールでは、PSFCHのために使用可能なPSFCHシンボルに含まれるPhysical Resource Blocks（PRBs）のセットがビットマップを用いて示される。１つのPSFCHの送信のために、PSFCHシンボル内の１つのPRBが使用され、サイクリック・シフト・コード（具体的にはZadoff-Chuシーケンス）を送信する。ACKフィードバックとNACKフィードバックを区別するためにサイクリック・シフト・コード（i.e., Zadoff-Chuシーケンス）を用いるcode division multiplexing（CDM）が使用される。さらに、CDMは、複数の受信UEsの複数のPSFCH送信を１つのPRBに多重するために使用される。すなわち、各PSFCHは、スロット内の時間リソース（i.e., PSFCHシンボル）、周波数リソース（i.e., １つのPRB）、及びコードリソース（i.e., Zadoff-Chuシーケンス）にマップされる。
　受信UE（e.g., UE１Ｂ）は、数スロット前に受信したPSSCHに応答してPhysical Sidelink Feedback Channel（PSFCH）送信を実行する。あるスロットでPSSCH送信を受信したUEが何スロット後のPSFCHシンボルにおいて当該PSSCH送信に対するHARQフィードバックを送信できるかは、PSFCHシンボルの周期に依存し、さらにPSSCH送信を持つ当該スロットとHARQフィードバックのためのPSFCHを包含するスロットの間の最小時間ギャップに依存する。リソースブロック内で、PSFCHのためのリソースは、例えば、１、２、又は４スロットの周期で周期的に設定される。言い換えると、リソースプール内では、１、２、又は４スロットごとにPSFCHを持つスロットが存在する。さらに、リソースプール毎に、PSSCH送信を持つスロットと当該PSSCH送信に対するHARQフィードバックのためのPSFCHを包含するスロットとの間の最小スロット数（i.e., 最小時間ギャップ）が設定される。最小時間ギャップは、例えば、２又は３である。
　具体的には、PSFCH送信及び受信に使用されるPRBsの設定（e.g., sl-PSFCH-RB-Set）、PSFCH周期の設定（e.g., sl-PSFCH-Period）、及び最小時間ギャップの設定（e.g., sl-MinTimeGapPSFCH）を含むPSFCHの設定（e.g., SL-PSFCH-Config）は、サイドリンク・リソースプールの設定に含まれることができる。サイドリンク・リソースプールの設定（e.g., SL-BWP-PoolConfigCommon）は、システム情報（e.g., System Information Block 12（SIB12））でブロードキャストされるサイドリンク共通設定（e.g., SL-ConfigCommonNR内のSL-BWP-ConfigCommon）に含まれることができる。あるいは、サイドリンク・リソースプールの設定（e.g., SL-BWP-PoolConfig）は、UE個別のRRCメッセージ（e.g., RRCReconfigurationメッセージ）で送信されるサイドリンク設定（e.g., sl-ConfigDedicatedNR内のSL-BWP-PoolConfig）に含まれることができる。あるいは、サイドリンク・リソースプールの設定（e.g., SL-BWP-PoolConfigCommon）は、UEに事前設定されるサイドリンク設定（e.g., SL-PreconfigurationNR内のSL-BWP-PoolConfig）に含まれることができる。
　受信UEは、PSFCHリソースを含み且つPSSCH受信の最後のスロットからリソースプールの最小時間ギャップ設定（e.g., sl-MinTimeGapPSFCH）で規定されるスロット数以上後に位置する最初のスロットで、PSFCHを送信する。したがって、PSFCH周期が４スロットであれば、４つのPSSCHスロットでのPSSCH送信に対するHARQフィードバックが１つのスロット内の１つのPSFCHシンボル内の複数のPRBsで送信され得る。
＜第１の実施形態＞
　本実施形態は、NRサイドリンクでのキャリアアグリゲーションに関する改良を提供する。具体的には、本実施形態は、複数のサイドリンクキャリアでの複数のPSSCH受信に対する複数のHARQフィードバックの送信に関する。本実施形態に係る無線通信システム及びネットワーク要素（又は、装置、ノード、デバイス、若しくはネットワーク機能）の構成及び動作は、図１から図６を参照して説明された例と同様であってもよい。
　図７は、UE１Ｂの動作の一例を示している。UE１Ｂは、送信機能が制限されたUEであってもよい。より具体的には、UE１Ｂは、第１及び第２のサイドリンクキャリアでの送信を時間ドメインで同時に行うことができなくてもよい。
　ステップ７０１では、UE１Ｂは、第１のサイドリンクキャリアにおいてピアUE１Ａから第1のサイドリンク送信(i.e., PSSCH)を受信し、第２のサイドリンクキャリアにおいて当該ピアUE１Ａから第２のサイドリンク送信(i.e., PSSCH)を受信する。第１のサイドリンク送信は、第２のサイドリンク送信と同一時間スロット（i.e., スロット又はサブフレーム）で送信されてもよいし、異なる時間スロットで送信されてもよい。これらのサイドリンク送信はユニキャスト又はグループキャストであってもよい。第１のサイドリンクキャリアはライセンスド・スペクトラムに属し、第２のサイドリンクキャリアは非ライセンスド・スペクトラムに属してもよい。非ライセンスド・スペクトラムは、ITSスペクトラムであってもよい。
　ステップ７０２では、UE１Ｂは、第１のサイドリンク送信に関する第１のHARQフィードバック及び第２のサイドリンク送信に関する第２のHARQフィードバックを、第１のサイドリンクキャリアの同一時間スロット内の複数のPSFCHリソースを用いて送信する。言い換えると、第２のサイドリンク送信に関する第２のHARQフィードバックは、第２のサイドリンク送信が行われた第２サイドリンクキャリアとは異なる第１のサイドリンクキャリアのPSFCHシンボルで送信される。
　このようなクロスキャリアHARQフィードバックをサポートするために、Physical Sidelink Control Chanel（PSCCH）、PSSCH、及びPSFCHが送信されるスロットの構造が拡張または改良されてもよい。具体的には、第１のHARQフィードバックのためのPSSCHリソース及び第２のHARQフィードバックのためのPSSCHリソースは、同一時間スロット内の異なるシンボル、異なるリソースブロック、又は異なるシンボル及び異なるリソースブロックに位置してもよい。
　UE１Ｂは、第１のサイドリンクキャリアのリソースプール設定に基づいて、第１及び第２のHARQフィードバックのための複数のPSFCHリソースを決定してもよい。第１のサイドリンクキャリアのリソースプール設定は、第１のサイドリンクキャリアでのサイドリンク送信のための第１のHARQフィードバックに使用される複数のPSFCHシンボルの配置と、第２のサイドリンクキャリアでのサイドリンク送信のための第２のHARQフィードバックに使用される複数のPSFCHシンボルの配置を示してもよい。
　幾つかの実装では、第１のサイドリンクキャリアのリソースプール設定に含まれるPSFCH設定（e.g., SL-PSFCH-Config）は、第１のHARQフィードバックのためのPSFCH送信及び受信に使用されるPRBsの設定（e.g., sl-PSFCH-RB-Set）及びPSFCH周期の設定（e.g., sl-PSFCH-Period）を含んでもよい。加えて、当該PSFCH設定は、第２のHARQフィードバックのためのPSFCH送信及び受信に使用されるPRBsの設定（e.g., sl-PSFCH-RB-Set-secondarycarrier）及びPSFCH周期の設定（e.g., sl-PSFCH-Period-secondarycarrier）を含んでもよい。最小時間ギャップの設定（e.g., sl-MinTimeGapPSFCH）は、第１及び第２のHARQフィードバックに共通であってもよい。これに代えて、当該PSFCH設定は、第１のHARQフィードバックのための最小時間ギャップの設定（e.g., sl-MinTimeGapPSFCH）に加えて、第２のHARQフィードバックのための最小時間ギャップの設定（e.g., sl-MinTimeGapPSFCH-secondarycarrier）を含んでもよい。一例では、第２のHARQフィードバックのためのPSFCH周期（e.g., １２）は、第１のHARQフィードバックのためのPSFCH周期（e.g., ４）の整数倍とされてもよい。
　第１のサイドリンクキャリアのリソースプール設定は、UE１ＢのMobile Equipment（ME）内の不揮発性メモリ又はUniversal Subscriber Identity Module（USIM）に事前設定されてもよい。UE１Ｂは、当該リソースプール設定を、コアネットワークノード（e.g., AMF４１、PCF４４）からAMF４１とUE１Ｂの間のN1参照点を介して受信してもよい。これに代えて、UE１Ａは、当該リソースプール設定を、V2Xアプリケーションサーバ６１からUE１ＢとV2Xアプリケーションサーバ６１の間のV1参照点を介して受信してもよい。
　UE１ＢがNG-RAN２０（e.g., RANノード２）のカバレッジ内であるとき、UE１Ｂは、第１のサイドリンクキャリアのリソースプール設定をNG-RAN２０（e.g., RANノード２）から受信してもよい。
　図７を参照して説明されたUE１の動作によれば、UE１は、第２のサイドリンクキャリアを介して受信したPSSCH又はトランスポートブロックに関するHARQフィードバックを、第２のサイドリンクキャリアとは異なる第１のサイドリンクキャリアのPSFCHリソースを用いて送信できる。言い換えると、UE１は、クロスキャリアHARQフィードバックを送信することができる。これは、UE１が送信機能を制限されたUEである場合に、HARQフィードバックが頻繁に欠落することを回避することに寄与できる。
＜第２の実施形態＞
　本実施形態は、NRサイドリンクでのキャリアアグリゲーションに関する改良を提供する。具体的には、本実施形態は、複数のサイドリンクキャリアでの複数のPSSCH受信に対する複数のHARQフィードバックの送信に関する。本実施形態に係る無線通信システム及びネットワーク要素（又は、装置、ノード、デバイス、若しくはネットワーク機能）の構成及び動作は、図１から図６を参照して説明された例と同様であってもよい。
　図８は、UE１Ｂの動作の一例を示している。UE１Ｂは、送信機能が制限されたUEであってもよい。より具体的には、UE１Ｂは、第１及び第２のサイドリンクキャリアでの送信を時間ドメインで同時に行うことができなくてもよい。
　ステップ８０１は、図７のステップ７０１と同様である。具体的には、UE１Ｂは、第１のサイドリンクキャリアにおいてピアUE１Ａから第1のサイドリンク送信(i.e., PSSCH)を受信し、第２のサイドリンクキャリアにおいて当該ピアUE１Ａから第２のサイドリンク送信(i.e., PSSCH)を受信する。第１のサイドリンク送信は、第２のサイドリンク送信と同一スロットで送信されてもよいし、異なるスロットで送信されてもよい。これらのサイドリンク送信はユニキャスト又はグループキャストであってもよい。第１のサイドリンクキャリアはライセンスド・スペクトラムに属し、第２のサイドリンクキャリアは非ライセンスド・スペクトラムに属してもよい。非ライセンスド・スペクトラムは、ITSスペクトラムであってもよい。
　ステップ８０２では、第１のサイドリンク送信に関するHARQフィードバックのための第１のサイドリンクキャリアでの第１のPSFCH送信が第２のサイドリンク送信に関するHARQフィードバックのための第２のサイドリンクキャリアでの第２のPSFCH送信と時間的に重なるなら、UE１Ｂは、第２のサイドリンクキャリアでの第２のPSFCH送信を次以降のPSFCH送信機会に遅らせる。例えば、第２のサイドリンクキャリアでの第２のPSFCH送信と第１のサイドリンクキャリアでの第１のPSFCH送信と同一スロット内であるなら、UE１Ｂは、第２のサイドリンクキャリアでの第２のPSFCH送信を次以降のPSFCH送信機会に遅らせてもよい。
　第２のPSFCH送信をどれだけ遅らせるかは、3GPP仕様書に予め定義されてもよい。第２のPSFCH送信をどれだけ遅らせるかを示す設定は、UE１ＢのMobile Equipment（ME）内の不揮発性メモリ又はUniversal Subscriber Identity Module（USIM）に事前設定されてもよい。UE１Ｂは、当該設定を、コアネットワークノード（e.g., AMF４１、PCF４４）からAMF４１とUE１Ｂの間のN1参照点を介して受信してもよい。UE１Ａは、当該リソースプール設定を、V2Xアプリケーションサーバ６１からUE１ＢとV2Xアプリケーションサーバ６１の間のV1参照点を介して受信してもよい。UE１ＢがNG-RAN２０（e.g., RANノード２）のカバレッジ内であるとき、UE１Ｂは、第２のPSFCH送信をどれだけ遅らせるかを示す設定をNG-RAN２０（e.g., RANノード２）から受信してもよい。
　図８を参照して説明されたUE１の動作によれば、UE１は、第２のサイドリンクキャリアでの第２のPSFCH送信が第１のサイドリンクキャリアでの第１のPSFCH送信と時間的に重なるなら、第２のサイドリンクキャリアでの第２のPSFCH送信を次以降のPSFCH送信機会に遅らせることができる。これは、UE１が送信機能を制限されたUEである場合に、HARQフィードバックが頻繁に欠落することを回避することに寄与できる。
＜第３の実施形態＞
　本実施形態は、NRサイドリンクでのキャリアアグリゲーションに関する改良を提供する。具体的には、本実施形態は、複数のサイドリンクキャリアでの複数のPSSCH受信に対する複数のHARQフィードバックの送信に関する。本実施形態に係る無線通信システム及びネットワーク要素（又は、装置、ノード、デバイス、若しくはネットワーク機能）の構成及び動作は、図１から図６を参照して説明された例と同様であってもよい。
　図９は、UE１Ｂの動作の一例を示している。UE１Ｂは、送信機能が制限されたUEであってもよい。より具体的には、UE１Ｂは、第１及び第２のサイドリンクキャリアでの送信を時間ドメインで同時に行うことができなくてもよい。
　ステップ９０１は、図７のステップ７０１及び図８のステップ８０１と同様である。具体的には、UE１Ｂは、第１のサイドリンクキャリアにおいてピアUE１Ａから第1のサイドリンク送信(i.e., PSSCH)を受信し、第２のサイドリンクキャリアにおいて当該ピアUE１Ａから第２のサイドリンク送信(i.e., PSSCH)を受信する。第１のサイドリンク送信は、第２のサイドリンク送信と同一スロットで送信されてもよいし、異なるスロットで送信されてもよい。これらのサイドリンク送信はユニキャスト又はグループキャストであってもよい。第１のサイドリンクキャリアはライセンスド・スペクトラムに属し、第２のサイドリンクキャリアは非ライセンスド・スペクトラムに属してもよい。非ライセンスド・スペクトラムは、ITSスペクトラムであってもよい。
　ステップ９０２では、第１のサイドリンク送信に関するHARQフィードバックのための第１のサイドリンクキャリアでの第１のPSFCH送信が第２のサイドリンク送信に関するHARQフィードバックのための第２のサイドリンクキャリアでの第２のPSFCH送信と時間的に重なるなら、UE１Ｂは、第１のPSFCH送信を行うか又は第２のPSFCH送信を行うかを選択する。
　第１の実装では、UE１Ｂは、第１のサイドリンク送信（PSSCH送信）の優先度及び第２のサイドリンク送信（PSSCH送信）の優先度に基づいて、第１のPSFCH送信を行うか又は第２のPSFCH送信を行うかを選択してもよい。具体的には、UE１Ｂは、優先度がより高いサイドリンク送信（PSSCH送信）に関するPSFCH送信を行うことを選択してもよい。PSSCH送信の優先度は、トランスポートブロックの優先度、具体的にはトランスポートブロックに包含されている論理チャネルの優先度に基づいてもよい。
　第２の実装では、UE１Ｂは、第１のサイドリンクキャリアのChannel Busy Ratio（CBR）及び第２のサイドリンクキャリアのCBRに基づいて、第１のPSFCH送信を行うか又は第２のPSFCH送信を行うかを選択してもよい。具体的には、UE１Ｂは、CBRがより低いサイドリンクキャリアでのPSFCH送信を行うことを選択してもよい。
　第３の実装では、UE１Ｂは、第１のサイドリンクキャリアのSidelink Reference Signal Received Power（SL-RSRP）及び第２のサイドリンクキャリアのSL-RSRPに基づいて、第１のPSFCH送信を行うか又は第２のPSFCH送信を行うかを選択してもよい。具体的には、UE１Ｂは、SL-RSRPがよりよいサイドリンクキャリアでのPSFCH送信を行うことを選択してもよい。
　第４の実装では、UE１Ｂは、予め定められた一方のサイドリンクキャリアでのPSFCH送信を行うことを選択してもよい。例えば、UE１Ｂは、常に第１のサイドリンクキャリアでの第１のPSFCH送信を選択し、第２のサイドリンクキャリアでの第２のPSFCH送信を行わないようにしてもよい。
　図８を参照して説明されたUE１の動作によれば、UE１は、第２のサイドリンクキャリアでの第２のPSFCH送信が第１のサイドリンクキャリアでの第１のPSFCH送信と時間的に重なるなら、いずれか一方のPSFCH送信のみを行うことができる。これは、UE１が送信機能を制限されたUEである場合に、PSFCH送信の競合を解決することに寄与できる。
＜第４の実施形態＞
　RANノード２は、第１のサイドリンクキャリアのリソースプールにおけるPSFCHシンボルを包含する周期的なスロットの配置が、第２のサイドリンクキャリアのリソースプールにおけるPSFCHシンボルを包含する周期的なスロットの配置と全てが又は少なくとも一部が重ならないように、第１のサイドリンクキャリアのリソースプール設定を作成してもよい。RANノード２は、このように作成された第１のサイドリンクキャリアのリソースプール設定をUE１に提供してもよい。これは、第２のサイドリンクキャリアでの第２のPSFCH送信が第１のサイドリンクキャリアでの第１のPSFCH送信と時間的に重なる状況を減らす又は解消することができる。
　続いて以下では、上述の複数の実施形態に係るUE１、RANノード２、AMF４１等のコアネットワークノード、及びV2Xアプリケーションサーバ６１の構成例について説明する。図１０は、UE１の構成例を示すブロック図である。Radio Frequency（RF）トランシーバ１００１は、他のUEs１及びRANノード２と通信するためにアナログRF信号処理を行う。RFトランシーバ１００１は、複数のトランシーバを含んでもよい。RFトランシーバ１００１により行われるアナログRF信号処理は、周波数アップコンバージョン、周波数ダウンコンバージョン、及び増幅を含む。RFトランシーバ１００１は、アンテナアレイ１００２及びベースバンドプロセッサ１００３と結合される。RFトランシーバ１００１は、変調シンボルデータ（又はOFDMシンボルデータ）をベースバンドプロセッサ１００３から受信し、送信RF信号を生成し、送信RF信号をアンテナアレイ１００２に供給する。また、RFトランシーバ１００１は、アンテナアレイ１００２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをベースバンドプロセッサ１００３に供給する。RFトランシーバ１００１は、ビームフォーミングのためのアナログビームフォーマ回路を含んでもよい。アナログビームフォーマ回路は、例えば複数の移相器及び複数の電力増幅器を含む。
　ベースバンドプロセッサ１００３は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。デジタルベースバンド信号処理は、(a) データ圧縮／復元、(b) データのセグメンテーション／コンカテネーション、(c) 伝送フォーマット（伝送フレーム）の生成／分解、(d) 伝送路符号化／復号化、(e) 変調（シンボルマッピング）／復調、及び(f) Inverse Fast Fourier Transform（IFFT）によるOFDMシンボルデータ（ベースバンドOFDM信号）の生成などを含む。一方、コントロールプレーン処理は、レイヤ１（e.g., 送信電力制御）、レイヤ２（e.g., 無線リソース管理、及びhybrid automatic repeat request（HARQ）処理）、及びレイヤ３（e.g., アタッチ、モビリティ、及び通話管理に関するシグナリング）の通信管理を含む。
　例えば、ベースバンドプロセッサ１００３によるデジタルベースバンド信号処理は、Service Data Adaptation Protocol（SDAP）レイヤ、Packet Data Convergence Protocol（PDCP）レイヤ、Radio Link Control（RLC）レイヤ、Medium Access Control（MAC）レイヤ、およびPhysical（PHY）レイヤの信号処理を含んでもよい。また、ベースバンドプロセッサ１００３によるコントロールプレーン処理は、Non-Access Stratum（NAS）プロトコル、Radio Resource Control（RRC）プロトコル、MAC Control Elements（CEs）、及びDownlink Control Information（DCIs）の処理を含んでもよい。当該コントロールプレーン処理は、PC5-Sシグナリング及びPC5-RRCシグナリングの処理を含んでもよい。
　ベースバンドプロセッサ１００３は、ビームフォーミングのためのMultiple Input Multiple Output（MIMO）エンコーディング及びプリコーディングを行ってもよい。
　ベースバンドプロセッサ１００３は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., Digital Signal Processor（DSP））とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., Central Processing Unit（CPU）又はMicro Processing Unit（MPU））を含んでもよい。この場合、コントロールプレーン処理を行うプロトコルスタック・プロセッサは、後述するアプリケーションプロセッサ１００４と共通化されてもよい。
　アプリケーションプロセッサ１００４は、CPU、MPU、マイクロプロセッサ、又はプロセッサコアとも呼ばれる。アプリケーションプロセッサ１００４は、複数のプロセッサ（複数のプロセッサコア）を含んでもよい。アプリケーションプロセッサ１００４は、メモリ１００６又は他のメモリから読み出されたシステムソフトウェアプログラム（Operating System（OS））及び様々なアプリケーションプログラム（例えば、通話アプリケーション、WEBブラウザ、メーラ、カメラ操作アプリケーション、音楽再生アプリケーション）を実行することによって、UE１の各種機能を実現する。
　幾つかの実装において、図１０に破線（１００５）で示されているように、ベースバンドプロセッサ１００３及びアプリケーションプロセッサ１００４は、１つのチップ上に集積されてもよい。言い換えると、ベースバンドプロセッサ１００３及びアプリケーションプロセッサ１００４は、１つのSystem on Chip（SoC）デバイス１００５として実装されてもよい。SoCデバイスは、システムLarge Scale Integration（LSI）またはチップセットと呼ばれることもある。
　メモリ１００６は、揮発性メモリ若しくは不揮発性メモリ又はこれらの組合せである。メモリ１００６は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。例えば、メモリ１００６は、ベースバンドプロセッサ１００３、アプリケーションプロセッサ１００４、及びSoC１００５からアクセス可能な外部メモリデバイスを含んでもよい。メモリ１００６は、ベースバンドプロセッサ１００３内、アプリケーションプロセッサ１００４内、又はSoC１００５内に集積された内蔵メモリデバイスを含んでもよい。さらに、メモリ１００６は、Universal Integrated Circuit Card（UICC）内のメモリを含んでもよい。
　メモリ１００６は、上述の複数の実施形態で説明されたUE１による処理を行うための命令群およびデータを含む１又はそれ以上のソフトウェアモジュール（コンピュータプログラム）１００７を格納してもよい。幾つかの実装において、ベースバンドプロセッサ１００３又はアプリケーションプロセッサ１００４は、当該ソフトウェアモジュール１００７をメモリ１００６から読み出して実行することで、上述の実施形態で図面を参照して説明されたUE１の処理を行うよう構成されてもよい。
　なお、上述の実施形態で説明されたUE１によって行われるコントロールプレーン処理及び動作は、RFトランシーバ１００１及びアンテナアレイ１００２を除く他の要素、すなわちベースバンドプロセッサ１００３及びアプリケーションプロセッサ１００４の少なくとも一方とソフトウェアモジュール１００７を格納したメモリ１００６とによって実現されることができる。
　図１１は、上述の実施形態に係るRANノード２の構成例を示すブロック図である。図１１を参照すると、RANノード２は、Radio Frequencyトランシーバ１１０１、ネットワークインターフェース１１０３、プロセッサ１１０４、及びメモリ１１０５を含む。RFトランシーバ１１０１は、UEs１及び他のUEsと通信するためにアナログRF信号処理を行う。RFトランシーバ１１０１は、複数のトランシーバを含んでもよい。RFトランシーバ１１０１は、アンテナアレイ１１０２及びプロセッサ１１０４と結合される。RFトランシーバ１１０１は、変調シンボルデータをプロセッサ１１０４から受信し、送信RF信号を生成し、送信RF信号をアンテナアレイ１１０２に供給する。また、RFトランシーバ１１０１は、アンテナアレイ１１０２によって受信された受信RF信号に基づいてベースバンド受信信号を生成し、これをプロセッサ１１０４に供給する。RFトランシーバ１１０１は、ビームフォーミングのためのアナログビームフォーマ回路を含んでもよい。アナログビームフォーマ回路は、例えば複数の移相器及び複数の電力増幅器を含む。
　ネットワークインターフェース１１０３は、ネットワークノード（e.g. 他のRANノード、並びにコアネットワークの制御ノード及び転送ノード）と通信するために使用される。ネットワークインターフェース１１０３は、例えば、IEEE 802.3 seriesに準拠したネットワークインターフェースカード（NIC）を含んでもよい。
　プロセッサ１１０４は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。プロセッサ１１０４は、複数のプロセッサを含んでもよい。例えば、プロセッサ１１０４は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g. Digital Signal Processor（DSP））とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g. Central Processing Unit（CPU）又はMicro Processing Unit（MPU））を含んでもよい。プロセッサ１１０４は、ビームフォーミングのためのデジタルビームフォーマ・モジュールを含んでもよい。デジタルビームフォーマ・モジュールは、Multiple Input Multiple Output（MIMO）エンコーダ及びプリコーダを含んでもよい。
　メモリ１１０５は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。メモリ１１０５は、プロセッサ１１０４から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１１０４は、ネットワークインターフェース１１０３又は他のI/Oインタフェースを介してメモリ１１０５にアクセスしてもよい。
　メモリ１１０５は、上述の複数の実施形態で説明されたRANノード２による処理を行うための命令群およびデータを含む１又はそれ以上のソフトウェアモジュール（コンピュータプログラム）１１０６を格納してもよい。いくつかの実装において、プロセッサ１１０４は、当該ソフトウェアモジュール１１０６をメモリ１１０５から読み出して実行することで、上述の実施形態で説明されたRANノード２の処理を行うよう構成されてもよい。
　なお、RANノード２がCentral Unit（CU）（e.g., gNB-CU）又はCU Control Plane Unit（CU-CP）（e.g., gNB-CU-CP）である場合、RANノード２は、RFトランシーバ１１０１（及びアンテナアレイ１１０２）を含まなくてもよい。
　図１２は、AMF４１の構成例を示している。5GC４０内の他のコアネットワークノードお及びV2Xアプリケーションサーバ６１Eも図１２に示されたのと同様の構成を有してもよい。図１２を参照すると、AMF４１は、ネットワークインターフェース１２０１、プロセッサ１２０２、及びメモリ１２０３を含む。ネットワークインターフェース１２０１は、例えば、他のネットワーク機能（NFs）又はノードと通信するために使用される。ネットワークインターフェース１２０１は、例えば、IEEE 802.3 seriesに準拠したネットワークインタフェースカード（NIC）を含んでもよい。
　プロセッサ１２０２は、例えば、マイクロプロセッサ、Micro Processing Unit（MPU）、又はCentral Processing Unit（CPU）であってもよい。プロセッサ１２０２は、複数のプロセッサを含んでもよい。
　メモリ１２０３は、揮発性メモリ及び不揮発性メモリによって構成される。メモリ１２０３は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。メモリ１２０３は、プロセッサ１２０２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１２０２は、ネットワークインターフェース１２０１又は他のI/Oインタフェースを介してメモリ１２０３にアクセスしてもよい。
　メモリ１２０３は、上述の複数の実施形態で説明されたAMF４１による処理を行うための命令群およびデータを含む１又はそれ以上のソフトウェアモジュール（コンピュータプログラム）１２０４を格納してもよい。いくつかの実装において、プロセッサ１２０２は、当該ソフトウェアモジュール１２０４をメモリ１２０３から読み出して実行することで、上述の実施形態で説明されたAMF４１の処理を行うよう構成されてもよい。
　図１０、図１１、及び図１２を用いて説明したように、上述の実施形態に係るUE１、RANノード２、AMF４１等のコアネットワークノード、及びV2Xアプリケーションサーバ６１が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行することができる。プログラムは、コンピュータに読み込まれた場合に、実施形態で説明された１又はそれ以上の機能をコンピュータに行わせるための命令群（又はソフトウェアコード）を含む。プログラムは、非一時的なコンピュータ可読媒体又は実体のある記憶媒体に格納されてもよい。限定ではなく例として、コンピュータ可読媒体又は実体のある記憶媒体は、random-access memory（RAM）、read-only memory（ROM）、フラッシュメモリ、solid-state drive（SSD）又はその他のメモリ技術、CD-ROM、digital versatile disk（DVD）、Blu-ray（登録商標）ディスク又はその他の光ディスクストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ又はその他の磁気ストレージデバイスを含む。プログラムは、一時的なコンピュータ可読媒体又は通信媒体上で送信されてもよい。限定ではなく例として、一時的なコンピュータ可読媒体又は通信媒体は、電気的、光学的、音響的、またはその他の形式の伝搬信号を含む。
　上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。
　例えば、上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
（付記１）
　少なくとも１つの無線トランシーバと、
　前記少なくとも１つの無線トランシーバに結合された少なくとも１つのプロセッサと、を備え、
　前記少なくとも１つのプロセッサは、
　第１のサイドリンクキャリアにおいてピア無線端末から第１のサイドリンク送信を受信し、
　第２のサイドリンクキャリアにおいて前記ピア無線端末から第２のサイドリンク送信を受信し、
　前記第１のサイドリンク送信に関する第１のhybrid automatic repeat request（HARQ）フィードバック及び前記第２のサイドリンク送信に関する第２のHARQフィードバックを、前記第１のサイドリンクキャリアの同一時間スロット内の複数のPhysical Sidelink Feedback Channel（PSFCH）リソースを用いて送信する、
よう構成される、
無線端末。
（付記２）
　前記複数のPSFCHリソースは、前記同一時間スロット内の異なるシンボル、異なるリソースブロック、又は異なるシンボル及び異なるリソースブロックに位置する、
付記１に記載の無線端末。
（付記３）
　前記少なくとも１つのプロセッサは、前記第１のサイドリンクキャリアのリソースプール設定に基づいて前記複数のPSFCHリソースを決定するよう構成され、
　前記第１のサイドリンクキャリアの前記リソースプール設定は、前記第１のサイドリンクキャリアでのサイドリンク送信のHARQフィードバックに使用される複数のPSFCHシンボルの配置と、前記第２のサイドリンクキャリアでのサイドリンク送信のHARQフィードバックに使用される複数のPSFCHシンボルの配置を示す、
付記１又は２に記載の無線端末。
（付記４）
　前記第１のサイドリンクキャリアの前記リソースプール設定は、前記無線端末のMobile Equipment（ME）内の不揮発性メモリ又はUniversal Subscriber Identity Module（USIM）に事前設定される、
付記３に記載の無線端末。
（付記５）
　前記少なくとも１つのプロセッサは、前記第１のサイドリンクキャリアの前記リソースプール設定を無線アクセスネットワークから受信するよう構成される、
付記３に記載の無線端末。
（付記６）
　前記第１のサイドリンク送信の受信は、前記第２のサイドリンク送信の受信と同一時間スロットで行われる、
付記１～５のいずれか１項に記載の無線端末。
（付記７）
　第１のサイドリンクキャリアにおいてピア無線端末から第１のサイドリンク送信を受信し、
　第２のサイドリンクキャリアにおいて前記ピア無線端末から第２のサイドリンク送信を受信し、
　前記第１のサイドリンク送信に関する第１のhybrid automatic repeat request（HARQ）フィードバック及び前記第２のサイドリンク送信に関する第２のHARQフィードバックを、前記第１のサイドリンクキャリアの同一時間スロット内の複数のPhysical Sidelink Feedback Channel（PSFCH）リソースを用いて送信する、
ことを備える、
無線端末により行われる方法。
（付記８）
　無線端末のための方法をコンピュータに行わせるプログラムであって、
　前記方法は、
　第１のサイドリンクキャリアにおいてピア無線端末から第１のサイドリンク送信を受信し、
　第２のサイドリンクキャリアにおいて前記ピア無線端末から第２のサイドリンク送信を受信し、
　前記第１のサイドリンク送信に関する第１のhybrid automatic repeat request（HARQ）フィードバック及び前記第２のサイドリンク送信に関する第２のHARQフィードバックを、前記第１のサイドリンクキャリアの同一時間スロット内の複数のPhysical Sidelink Feedback Channel（PSFCH）リソースを用いて送信する、
ことを備える、
プログラム。
（付記９）
　少なくとも１つの無線トランシーバと、
　前記少なくとも１つの無線トランシーバに結合された少なくとも１つのプロセッサと、を備え、
　前記少なくとも１つのプロセッサは、
　第１のサイドリンクキャリアにおいてピア無線端末から第１のサイドリンク送信を受信し、
　第２のサイドリンクキャリアにおいて前記ピア無線端末から第２のサイドリンク送信を受信し、
　前記第１のサイドリンク送信に関するhybrid automatic repeat request（HARQ）フィードバックのための前記第１のサイドリンクキャリアでの第１のPhysical Sidelink Feedback Channel（PSFCH）送信が前記第２のサイドリンク送信に関するHARQフィードバックのための前記第２のサイドリンクキャリアでの第２のPSFCH送信と時間的に重なるなら、前記第２のサイドリンクキャリアでの前記第２のPSFCH送信を次以降のPSFCH送信機会（transmission occasion）に遅らせる、
よう構成される、
無線端末。
（付記１０）
　前記第１のサイドリンク送信の受信は、前記第２のサイドリンク送信の受信と同一時間スロットで行われる、
付記９に記載の無線端末。
（付記１１）
　第１のサイドリンクキャリアにおいてピア無線端末から第１のサイドリンク送信を受信し、
　第２のサイドリンクキャリアにおいて前記ピア無線端末から第２のサイドリンク送信を受信し、
　前記第１のサイドリンク送信に関するhybrid automatic repeat request（HARQ）フィードバックのための前記第１のサイドリンクキャリアでの第１のPhysical Sidelink Feedback Channel（PSFCH）送信が前記第２のサイドリンク送信に関するHARQフィードバックのための前記第２のサイドリンクキャリアでの第２のPSFCH送信と時間的に重なるなら、前記第２のサイドリンクキャリアでの前記第２のPSFCH送信を次以降のPSFCH送信機会（transmission occasion）に遅らせる、
ことを備える、
無線端末により行われる方法。
（付記１２）
　無線端末のための方法をコンピュータに行わせるプログラムであって、
　前記方法は、
　第１のサイドリンクキャリアにおいてピア無線端末から第１のサイドリンク送信を受信し、
　第２のサイドリンクキャリアにおいて前記ピア無線端末から第２のサイドリンク送信を受信し、
　前記第１のサイドリンク送信に関するhybrid automatic repeat request（HARQ）フィードバックのための前記第１のサイドリンクキャリアでの第１のPhysical Sidelink Feedback Channel（PSFCH）送信が前記第２のサイドリンク送信に関するHARQフィードバックのための前記第２のサイドリンクキャリアでの第２のPSFCH送信と時間的に重なるなら、前記第２のサイドリンクキャリアでの前記第２のPSFCH送信を次以降のPSFCH送信機会（transmission occasion）に遅らせる、
ことを備える、
プログラム。
（付記１３）
　少なくとも１つの無線トランシーバと、
　前記少なくとも１つの無線トランシーバに結合された少なくとも１つのプロセッサと、を備え、
　前記少なくとも１つのプロセッサは、
　第１のサイドリンクキャリアにおいてピア無線端末から第１のサイドリンク送信を受信し、
　第２のサイドリンクキャリアにおいて前記ピア無線端末から第２のサイドリンク送信を受信し、
　前記第１のサイドリンク送信に関するhybrid automatic repeat request（HARQ）フィードバックのための前記第１のサイドリンクキャリアでの第１のPhysical Sidelink Feedback Channel（PSFCH）送信が前記第２のサイドリンク送信に関するHARQフィードバックのための前記第２のサイドリンクキャリアでの第２のPSFCH送信と時間的に重なるなら、前記第１のPSFCH送信を行うか又は前記第２のPSFCH送信を行うかを選択する、
よう構成される、
無線端末。
（付記１４）
　前記少なくとも１つのプロセッサは、前記第１のサイドリンク送信の優先度及び前記第２のサイドリンク送信の優先度に基づいて、前記第１のPSFCH送信を行うか又は前記第２のPSFCH送信を行うかを選択するよう構成される、
付記１３に記載の無線端末。
（付記１５）
　前記少なくとも１つのプロセッサは、前記第１のサイドリンクキャリアのChannel Busy Ratio（CBR）及び前記第２のサイドリンクキャリアのCBRに基づいて、前記第１のPSFCH送信を行うか又は前記第２のPSFCH送信を行うかを選択するよう構成される、
付記１３に記載の無線端末。
（付記１６）
　前記少なくとも１つのプロセッサは、前記第１のサイドリンクキャリアのSidelink Reference Signal Received Power (SL-RSRP)及び前記第２のサイドリンクキャリアのSL-RSRPに基づいて、前記第１のPSFCH送信を行うか又は前記第２のPSFCH送信を行うかを選択するよう構成される、
付記１３に記載の無線端末。
（付記１７）
　前記第１のサイドリンク送信の受信は、前記第２のサイドリンク送信の受信と同一時間スロットで行われる、
付記１３～１６のいずれか１項に記載の無線端末。
（付記１８）
　第１のサイドリンクキャリアにおいてピア無線端末から第１のサイドリンク送信を受信し、
　第２のサイドリンクキャリアにおいて前記ピア無線端末から第２のサイドリンク送信を受信し、
　前記第１のサイドリンク送信に関するhybrid automatic repeat request（HARQ）フィードバックのための前記第１のサイドリンクキャリアでの第１のPhysical Sidelink Feedback Channel（PSFCH）送信が前記第２のサイドリンク送信に関するHARQフィードバックのための前記第２のサイドリンクキャリアでの第２のPSFCH送信と時間的に重なるなら、前記第１のPSFCH送信を行うか又は前記第２のPSFCH送信を行うかを選択する、
ことを備える、
無線端末により行われる方法。
（付記１９）
　無線端末のための方法をコンピュータに行わせるプログラムであって、
　前記方法は、
　第１のサイドリンクキャリアにおいてピア無線端末から第１のサイドリンク送信を受信し、
　第２のサイドリンクキャリアにおいて前記ピア無線端末から第２のサイドリンク送信を受信し、
　前記第１のサイドリンク送信に関するhybrid automatic repeat request（HARQ）フィードバックのための前記第１のサイドリンクキャリアでの第１のPhysical Sidelink Feedback Channel（PSFCH）送信が前記第２のサイドリンク送信に関するHARQフィードバックのための前記第２のサイドリンクキャリアでの第２のPSFCH送信と時間的に重なるなら、前記第１のPSFCH送信を行うか又は前記第２のPSFCH送信を行うかを選択する、
ことを備える、
プログラム。
　この出願は、２０２２年３月１１日に出願された日本出願特願２０２２－０３８０８９を基礎とする優先権を主張し、その開示の全てをここに取り込む。
１Ａ、１Ｂ　UE
２　RANノード
２１　セル
４１　AMF
４４　PCF
６１　V2Xアプリケーションサーバ
１０３　UE間ダイレクトインタフェース
１００３　ベースバンドプロセッサ
１００４　アプリケーションプロセッサ
１００６　メモリ
１００７　モジュール（modules）
１１０４　プロセッサ
１１０５　メモリ
１１０６　モジュール（modules）
１２０２　プロセッサ
１２０３　メモリ
１２０４　モジュール（modules）

Claims (19)

  1. 　少なくとも１つの無線トランシーバと、
    　前記少なくとも１つの無線トランシーバに結合された少なくとも１つのプロセッサと、を備え、
    　前記少なくとも１つのプロセッサは、
    　第１のサイドリンクキャリアにおいてピア無線端末から第１のサイドリンク送信を受信し、
    　第２のサイドリンクキャリアにおいて前記ピア無線端末から第２のサイドリンク送信を受信し、
    　前記第１のサイドリンク送信に関する第１のhybrid automatic repeat request（HARQ）フィードバック及び前記第２のサイドリンク送信に関する第２のHARQフィードバックを、前記第１のサイドリンクキャリアの同一時間スロット内の複数のPhysical Sidelink Feedback Channel（PSFCH）リソースを用いて送信する、
    よう構成される、
    無線端末。
  2. 　前記複数のPSFCHリソースは、前記同一時間スロット内の異なるシンボル、異なるリソースブロック、又は異なるシンボル及び異なるリソースブロックに位置する、
    請求項１に記載の無線端末。
  3. 　前記少なくとも１つのプロセッサは、前記第１のサイドリンクキャリアのリソースプール設定に基づいて前記複数のPSFCHリソースを決定するよう構成され、
    　前記第１のサイドリンクキャリアの前記リソースプール設定は、前記第１のサイドリンクキャリアでのサイドリンク送信のHARQフィードバックに使用される複数のPSFCHシンボルの配置と、前記第２のサイドリンクキャリアでのサイドリンク送信のHARQフィードバックに使用される複数のPSFCHシンボルの配置を示す、
    請求項１又は２に記載の無線端末。
  4. 　前記第１のサイドリンクキャリアの前記リソースプール設定は、前記無線端末のMobile Equipment（ME）内の不揮発性メモリ又はUniversal Subscriber Identity Module（USIM）に事前設定される、
    請求項３に記載の無線端末。
  5. 　前記少なくとも１つのプロセッサは、前記第１のサイドリンクキャリアの前記リソースプール設定を無線アクセスネットワークから受信するよう構成される、
    請求項３に記載の無線端末。
  6. 　前記第１のサイドリンク送信の受信は、前記第２のサイドリンク送信の受信と同一時間スロットで行われる、
    請求項１～５のいずれか１項に記載の無線端末。
  7. 　第１のサイドリンクキャリアにおいてピア無線端末から第１のサイドリンク送信を受信し、
    　第２のサイドリンクキャリアにおいて前記ピア無線端末から第２のサイドリンク送信を受信し、
    　前記第１のサイドリンク送信に関する第１のhybrid automatic repeat request（HARQ）フィードバック及び前記第２のサイドリンク送信に関する第２のHARQフィードバックを、前記第１のサイドリンクキャリアの同一時間スロット内の複数のPhysical Sidelink Feedback Channel（PSFCH）リソースを用いて送信する、
    ことを備える、
    無線端末により行われる方法。
  8. 　無線端末のための方法をコンピュータに行わせるプログラムを格納した非一時的なコンピュータ可読媒体であって、
    　前記方法は、
    　第１のサイドリンクキャリアにおいてピア無線端末から第１のサイドリンク送信を受信し、
    　第２のサイドリンクキャリアにおいて前記ピア無線端末から第２のサイドリンク送信を受信し、
    　前記第１のサイドリンク送信に関する第１のhybrid automatic repeat request（HARQ）フィードバック及び前記第２のサイドリンク送信に関する第２のHARQフィードバックを、前記第１のサイドリンクキャリアの同一時間スロット内の複数のPhysical Sidelink Feedback Channel（PSFCH）リソースを用いて送信する、
    ことを備える、
    非一時的なコンピュータ可読媒体。
  9. 　少なくとも１つの無線トランシーバと、
    　前記少なくとも１つの無線トランシーバに結合された少なくとも１つのプロセッサと、を備え、
    　前記少なくとも１つのプロセッサは、
    　第１のサイドリンクキャリアにおいてピア無線端末から第１のサイドリンク送信を受信し、
    　第２のサイドリンクキャリアにおいて前記ピア無線端末から第２のサイドリンク送信を受信し、
    　前記第１のサイドリンク送信に関するhybrid automatic repeat request（HARQ）フィードバックのための前記第１のサイドリンクキャリアでの第１のPhysical Sidelink Feedback Channel（PSFCH）送信が前記第２のサイドリンク送信に関するHARQフィードバックのための前記第２のサイドリンクキャリアでの第２のPSFCH送信と時間的に重なるなら、前記第２のサイドリンクキャリアでの前記第２のPSFCH送信を次以降のPSFCH送信機会（transmission occasion）に遅らせる、
    よう構成される、
    無線端末。
  10. 　前記第１のサイドリンク送信の受信は、前記第２のサイドリンク送信の受信と同一時間スロットで行われる、
    請求項９に記載の無線端末。
  11. 　第１のサイドリンクキャリアにおいてピア無線端末から第１のサイドリンク送信を受信し、
    　第２のサイドリンクキャリアにおいて前記ピア無線端末から第２のサイドリンク送信を受信し、
    　前記第１のサイドリンク送信に関するhybrid automatic repeat request（HARQ）フィードバックのための前記第１のサイドリンクキャリアでの第１のPhysical Sidelink Feedback Channel（PSFCH）送信が前記第２のサイドリンク送信に関するHARQフィードバックのための前記第２のサイドリンクキャリアでの第２のPSFCH送信と時間的に重なるなら、前記第２のサイドリンクキャリアでの前記第２のPSFCH送信を次以降のPSFCH送信機会（transmission occasion）に遅らせる、
    ことを備える、
    無線端末により行われる方法。
  12. 　無線端末のための方法をコンピュータに行わせるプログラムを格納した非一時的なコンピュータ可読媒体であって、
    　前記方法は、
    　第１のサイドリンクキャリアにおいてピア無線端末から第１のサイドリンク送信を受信し、
    　第２のサイドリンクキャリアにおいて前記ピア無線端末から第２のサイドリンク送信を受信し、
    　前記第１のサイドリンク送信に関するhybrid automatic repeat request（HARQ）フィードバックのための前記第１のサイドリンクキャリアでの第１のPhysical Sidelink Feedback Channel（PSFCH）送信が前記第２のサイドリンク送信に関するHARQフィードバックのための前記第２のサイドリンクキャリアでの第２のPSFCH送信と時間的に重なるなら、前記第２のサイドリンクキャリアでの前記第２のPSFCH送信を次以降のPSFCH送信機会（transmission occasion）に遅らせる、
    ことを備える、
    非一時的なコンピュータ可読媒体。
  13. 　少なくとも１つの無線トランシーバと、
    　前記少なくとも１つの無線トランシーバに結合された少なくとも１つのプロセッサと、を備え、
    　前記少なくとも１つのプロセッサは、
    　第１のサイドリンクキャリアにおいてピア無線端末から第１のサイドリンク送信を受信し、
    　第２のサイドリンクキャリアにおいて前記ピア無線端末から第２のサイドリンク送信を受信し、
    　前記第１のサイドリンク送信に関するhybrid automatic repeat request（HARQ）フィードバックのための前記第１のサイドリンクキャリアでの第１のPhysical Sidelink Feedback Channel（PSFCH）送信が前記第２のサイドリンク送信に関するHARQフィードバックのための前記第２のサイドリンクキャリアでの第２のPSFCH送信と時間的に重なるなら、前記第１のPSFCH送信を行うか又は前記第２のPSFCH送信を行うかを選択する、
    よう構成される、
    無線端末。
  14. 　前記少なくとも１つのプロセッサは、前記第１のサイドリンク送信の優先度及び前記第２のサイドリンク送信の優先度に基づいて、前記第１のPSFCH送信を行うか又は前記第２のPSFCH送信を行うかを選択するよう構成される、
    請求項１３に記載の無線端末。
  15. 　前記少なくとも１つのプロセッサは、前記第１のサイドリンクキャリアのChannel Busy Ratio（CBR）及び前記第２のサイドリンクキャリアのCBRに基づいて、前記第１のPSFCH送信を行うか又は前記第２のPSFCH送信を行うかを選択するよう構成される、
    請求項１３に記載の無線端末。
  16. 　前記少なくとも１つのプロセッサは、前記第１のサイドリンクキャリアのSidelink Reference Signal Received Power (SL-RSRP)及び前記第２のサイドリンクキャリアのSL-RSRPに基づいて、前記第１のPSFCH送信を行うか又は前記第２のPSFCH送信を行うかを選択するよう構成される、
    請求項１３に記載の無線端末。
  17. 　前記第１のサイドリンク送信の受信は、前記第２のサイドリンク送信の受信と同一時間スロットで行われる、
    請求項１３～１６のいずれか１項に記載の無線端末。
  18. 　第１のサイドリンクキャリアにおいてピア無線端末から第１のサイドリンク送信を受信し、
    　第２のサイドリンクキャリアにおいて前記ピア無線端末から第２のサイドリンク送信を受信し、
    　前記第１のサイドリンク送信に関するhybrid automatic repeat request（HARQ）フィードバックのための前記第１のサイドリンクキャリアでの第１のPhysical Sidelink Feedback Channel（PSFCH）送信が前記第２のサイドリンク送信に関するHARQフィードバックのための前記第２のサイドリンクキャリアでの第２のPSFCH送信と時間的に重なるなら、前記第１のPSFCH送信を行うか又は前記第２のPSFCH送信を行うかを選択する、
    ことを備える、
    無線端末により行われる方法。
  19. 　無線端末のための方法をコンピュータに行わせるプログラムを格納した非一時的なコンピュータ可読媒体であって、
    　前記方法は、
    　第１のサイドリンクキャリアにおいてピア無線端末から第１のサイドリンク送信を受信し、
    　第２のサイドリンクキャリアにおいて前記ピア無線端末から第２のサイドリンク送信を受信し、
    　前記第１のサイドリンク送信に関するhybrid automatic repeat request（HARQ）フィードバックのための前記第１のサイドリンクキャリアでの第１のPhysical Sidelink Feedback Channel（PSFCH）送信が前記第２のサイドリンク送信に関するHARQフィードバックのための前記第２のサイドリンクキャリアでの第２のPSFCH送信と時間的に重なるなら、前記第１のPSFCH送信を行うか又は前記第２のPSFCH送信を行うかを選択する、
    ことを備える、
    非一時的なコンピュータ可読媒体。
PCT/JP2023/004130 2022-03-11 2023-02-08 無線端末及びその方法 WO2023171218A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022038089 2022-03-11
JP2022-038089 2022-03-11

Publications (1)

Publication Number Publication Date
WO2023171218A1 true WO2023171218A1 (ja) 2023-09-14

Family

ID=87936672

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/004130 WO2023171218A1 (ja) 2022-03-11 2023-02-08 無線端末及びその方法

Country Status (1)

Country Link
WO (1) WO2023171218A1 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020256509A1 (en) * 2019-06-21 2020-12-24 Samsung Electronics Co., Ltd. Method and apparatus for transmission or reception of sidelink feedback in communication system
WO2021088810A1 (en) * 2019-11-04 2021-05-14 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Feedback channel mapping and multiplexing harq reports in nr sidelink communication

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020256509A1 (en) * 2019-06-21 2020-12-24 Samsung Electronics Co., Ltd. Method and apparatus for transmission or reception of sidelink feedback in communication system
WO2021088810A1 (en) * 2019-11-04 2021-05-14 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Feedback channel mapping and multiplexing harq reports in nr sidelink communication

Similar Documents

Publication Publication Date Title
US11209551B2 (en) Method and apparatus for wireless communication in wireless communication system
US10945154B2 (en) Method for performing a buffer status reporting in a D2D communication system and device therefor
US12022517B2 (en) Non-scheduling resource based data sending method and apparatus thereof
US11159929B2 (en) Scheduling request for further enhanced narrowband internet of things (feNB-IoT)
JP6590942B2 (ja) サイドリンク制御期間中の複数のＰｒｏＳｅグループ通信
KR101552822B1 (ko) 무선 통신 시스템에서의 디바이스간 통신
US10219293B2 (en) Method for avoiding transmitting MAC PDU having padding only in a D2D communication system and device therefor
US11070322B2 (en) Device and method to allow cross-transmission time interval (TTI) switching and hybrid automatic repeat request (HARQ) operation in a new radio network
EP3131352A1 (en) Method for performing a logical channel prioritization in a d2d communication system and device therefor
US10455443B2 (en) Method for transmitting a priority list reporting in a D2D communication system and device therefor
US20230370902A1 (en) Relay UE Selection for Transmission Over Sidelink
EP3909385A1 (en) Wireless resource allocation schemes in vehicle-to-everything (v2x) communication
WO2023171218A1 (ja) 無線端末及びその方法
US10667286B2 (en) Method for selecting prose destinations or SL grants in a D2D communication system and device therefor
WO2023171211A1 (ja) 無線端末及びその方法
WO2023171212A1 (ja) 無線端末、無線アクセスネットワークノード、及びこれらの方法
JP2024523972A (ja) Ｄｃｉトリガによるｈａｒｑ－ａｃｋコードブック再送信
CN116762420A (zh) 下一代无线通信系统中通过多个发送和接收点应用pucch重复发送时执行功率控制的方法
EP4367808A1 (en) First node, second node and methods performed thereby, for sending a grant to a wireless device comprised in a multi-hop path comprising a plurality of relay nodes

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 23766398

Country of ref document: EP

Kind code of ref document: A1