WO2022153545A1 - 端末及び無線通信方法 - Google Patents

端末及び無線通信方法 Download PDF

Info

Publication number
WO2022153545A1
WO2022153545A1 PCT/JP2021/001532 JP2021001532W WO2022153545A1 WO 2022153545 A1 WO2022153545 A1 WO 2022153545A1 JP 2021001532 W JP2021001532 W JP 2021001532W WO 2022153545 A1 WO2022153545 A1 WO 2022153545A1
Authority
WO
WIPO (PCT)
Prior art keywords
pusch
uci
data channel
uplink
pucch
Prior art date
Application number
PCT/JP2021/001532
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 株式会社Ｎｔｔドコモ
Priority to CN202180090677.7A priority Critical patent/CN116711433A/zh
Priority to PCT/JP2021/001532 priority patent/WO2022153545A1/ja
Publication of WO2022153545A1 publication Critical patent/WO2022153545A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling

Definitions

  • the present disclosure relates to terminals and wireless communication methods that support priority or multiplexing processing of uplink traffic.
  • the 3rd Generation Partnership Project (3GPP) specifies the 5th generation mobile communication system (also called 5G, New Radio (NR) or Next Generation (NG)), and next-generation specifications called Beyond 5G, 5G Evolution or 6G. We are also proceeding with the conversion.
  • 5G New Radio
  • NG Next Generation
  • DCI Downlink Control Information
  • UL uplink
  • Non-Patent Document 1 UL traffic terminals (User Equipment, UE) having different priorities is agreed (for example, Non-Patent Document 1).
  • Non-Patent Document 2 a mechanism for omitting (skipping) UL transmission when a plurality of UL transmissions overlap in the time direction is also being studied.
  • the handling of multiple UL transmissions having the same or different priorities may differ depending on the content of the UL transmission (channel type, etc.).
  • the following disclosure is made in view of such a situation, and an object thereof is to provide a terminal and a wireless communication method capable of efficiently and appropriately processing a plurality of UL transmissions having the same or different priorities. do.
  • One aspect of the present disclosure is a transmission unit (radio signal transmission / reception unit 210) that transmits an uplink control channel, a first uplink data channel, and a second uplink data channel, the uplink control channel, the first uplink data channel, and the first uplink data channel.
  • a transmission unit radio signal transmission / reception unit 210 that transmits an uplink control channel, a first uplink data channel, and a second uplink data channel, the uplink control channel, the first uplink data channel, and the first uplink data channel.
  • the two uplink data channels have the same priority, the first uplink data channel and the second uplink data channel overlap in the time direction, the uplink transmission is omitted, and the first uplink data channel or the second uplink data channel is used.
  • It is a terminal (UE200) including a control unit (control unit 270) that controls transmission in the uplink based on multiplexing of uplink control information to the uplink data channel.
  • One aspect of the present disclosure is a transmission unit (radio signal transmission / reception unit 210) that transmits an uplink control channel, a first uplink data channel, and a second uplink data channel, the uplink control channel, the first uplink data channel, and the first uplink data channel.
  • the two uplink data channels have different priorities, the first uplink data channel and the second uplink data channel overlap in the time direction, the uplink transmission is omitted, the first uplink data channel or the second uplink data.
  • It is a terminal (UE200) including a control unit (control unit 270) that controls transmission in the uplink based on multiplexing of uplink control information to the channel and priority / multiplexing processing in the terminal.
  • One aspect of the present disclosure is a step in which a terminal transmits an uplink control channel, a first uplink data channel, and a second uplink data channel, and the terminal is the uplink control channel, the first uplink data channel, and the second uplink data channel.
  • the uplink data channels have the same priority
  • the first uplink data channel and the second uplink data channel overlap in the time direction
  • the uplink transmission is omitted, and the first uplink data channel or the second uplink data channel is used.
  • It is a wireless communication method including a step of controlling transmission in the uplink based on multiplexing of uplink control information to a data channel.
  • One aspect of the present disclosure is a step in which a terminal transmits an uplink control channel, a first uplink data channel, and a second uplink data channel, and the terminal is the uplink control channel, the first uplink data channel, and the second uplink data channel.
  • the uplink data channels have different priorities, the first uplink data channel and the second uplink data channel overlap in the time direction, the uplink transmission is omitted, the first uplink data channel or the second uplink data channel.
  • This is a wireless communication method including a step of controlling transmission in the uplink based on multiplexing of uplink control information to the terminal and priority / multiplexing processing in the terminal.
  • FIG. 1 is an overall schematic configuration diagram of the wireless communication system 10.
  • FIG. 2 is a diagram showing a configuration example of a wireless frame, a subframe, and a slot used in the wireless communication system 10.
  • FIG. 3 is a functional block configuration diagram of the UE 200.
  • FIG. 4 is a diagram showing a timeline of DG PUSCH, CG PUSCH, and PUCCH according to Option 1-1: Case 1.
  • FIG. 5 is an operation flow diagram of the UE according to Option 1-1: Case 1.
  • FIG. 6 is a diagram showing a timeline of DG PUSCH, CG PUSCH, and PUCCH according to Option 1-1: Case 2.
  • FIG. 1 is an overall schematic configuration diagram of the wireless communication system 10.
  • FIG. 2 is a diagram showing a configuration example of a wireless frame, a subframe, and a slot used in the wireless communication system 10.
  • FIG. 3 is a functional block configuration diagram of the UE 200.
  • FIG. 4 is a diagram showing a timeline of DG
  • FIG. 7 is a diagram showing a timeline of DG PUSCH, CG PUSCH, and PUCCH according to Option 1-1: Case 3.
  • FIG. 8 is a diagram showing a timeline of DG PUSCH, CG PUSCH, and PUCCH according to Option 1-1: Case 4.
  • FIG. 9 is a diagram showing a timeline of DG PUSCH, CG PUSCH, and PUCCH according to Option 1-1: Case 5.
  • FIG. 10 is a diagram showing a timeline of 1DG PUSCH, CG PUSCH, and PUCCH related to Option 1-2: Case.
  • FIG. 11 is a diagram showing a timeline of DG PUSCH, CG PUSCH, and PUCCH according to Option 1-2: Case 2.
  • FIG. 11 is a diagram showing a timeline of DG PUSCH, CG PUSCH, and PUCCH according to Option 1-2: Case 2.
  • FIG. 12 is a diagram showing a timeline of DG PUSCH, CG PUSCH, and PUCCH according to Option 1-2: Case 3.
  • FIG. 13 is a diagram showing a timeline of DG PUSCH, CG PUSCH, and PUCCH according to Option 1-1: Case 4.
  • FIG. 14 is a diagram showing a timeline of DG PUSCH, CG PUSCH, and PUCCH according to Option 1-1: Case 5.
  • FIG. 15 is a diagram showing a timeline of DG PUSCH, CG PUSCH, and PUCCH according to Option 1-3: Case 1.
  • FIG. 16 is an operation flow diagram of the UE according to Option 1-3: Case 1.
  • FIG. 16 is an operation flow diagram of the UE according to Option 1-3: Case 1.
  • FIG. 17 is a diagram showing a timeline of DG PUSCH, CG PUSCH, and PUCCH according to Option 1-3: Case 2.
  • FIG. 18 is a diagram showing a timeline of DG PUSCH, CG PUSCH, and PUCCH according to Option 1-3: Case 3.
  • FIG. 19 is a diagram showing a timeline of DG PUSCH, CG PUSCH, and PUCCH according to Option 1-3: Case 4.
  • FIG. 20 is a diagram showing a timeline of DG PUSCH, CG PUSCH, and PUCCH according to Option 1-3: Case 5.
  • FIG. 21 is a diagram showing a timeline of DG PUSCH, CG PUSCH, and PUCCH according to Option 2-1: Case 1.
  • FIG. 18 is a diagram showing a timeline of DG PUSCH, CG PUSCH, and PUCCH according to Option 1-3: Case 3.
  • FIG. 18 is a diagram showing a timeline of DG PUSCH, CG PUSCH, and P
  • FIG. 22 is a diagram showing a timeline of DG PUSCH, CG PUSCH, and PUCCH according to Option 2-1: Case 2.
  • FIG. 23 is a diagram showing a timeline of DG PUSCH, CG PUSCH, and PUCCH according to Option 2-1: Case 3.
  • FIG. 24 is a diagram showing a timeline of DG PUSCH, CG PUSCH, and PUCCH according to Option 2-1: Case 4.
  • FIG. 25 is a diagram showing a timeline of DG PUSCH, CG PUSCH, and PUCCH according to Option 2-1: Case 5.
  • FIG. 26 is a diagram showing a timeline of DG PUSCH, CG PUSCH and PUCCH according to Option 2-1: Case 6.
  • FIG. 27 is a diagram showing a timeline of DG PUSCH, CG PUSCH, and PUCCH according to Option 2-2: Case 1.
  • FIG. 28 is a diagram showing a timeline of DG PUSCH, CG PUSCH, and PUCCH according to Option 2-2: Case 2.
  • FIG. 29 is a diagram showing a timeline of DG PUSCH, CG PUSCH and PUCCH according to Option 2-2: Case 3.
  • FIG. 30 is a diagram showing a timeline of DG PUSCH, CG PUSCH and PUCCH according to Option 2-2: Case 4.
  • FIG. 31 is a diagram showing a timeline of DG PUSCH, CG PUSCH, and PUCCH according to Option 2-2: Case 5.
  • FIG. 28 is a diagram showing a timeline of DG PUSCH, CG PUSCH, and PUCCH according to Option 2-2: Case 2.
  • FIG. 29 is a diagram showing a timeline of DG PUSCH, CG PUSCH and PUCCH according
  • FIG. 32 is a diagram showing a timeline of DG PUSCH, CG PUSCH, and PUCCH according to Option 2-2: Case 6.
  • FIG. 33 is a diagram showing a timeline of DG PUSCH, CG PUSCH, and PUCCH according to Option 2-3: Case 1.
  • FIG. 34 is a diagram showing a timeline of DG PUSCH, CG PUSCH, and PUCCH according to Option 2-3: Case 2.
  • FIG. 35 is a diagram showing a timeline of DG PUSCH, CG PUSCH, and PUCCH according to Option 2-3: Case 3.
  • FIG. 36 is a diagram showing a timeline of DG PUSCH, CG PUSCH, and PUCCH according to Option 2-3: Case 4.
  • FIG. 33 is a diagram showing a timeline of DG PUSCH, CG PUSCH, and PUCCH according to Option 2-3: Case 1.
  • FIG. 34 is a diagram showing a timeline of DG PUSCH, CG PUSCH, and PUCCH according to Option
  • FIG. 37 is a diagram showing a timeline of DG PUSCH, CG PUSCH, and PUCCH according to Option 2-3: Case 5.
  • FIG. 38 is a diagram showing a timeline of DG PUSCH, CG PUSCH, and PUCCH according to Option 2-3: Case 6.
  • FIG. 39 is a diagram showing a timeline of DG PUSCH, CG PUSCH, and PUCCH according to Option 2-4: Case 7.
  • FIG. 40 is a diagram showing a timeline of DG PUSCH, CG PUSCH, and PUCCH according to Option 2-4: Case 8.
  • FIG. 41 is a diagram showing a timeline of DG PUSCH, CG PUSCH, and PUCCH according to Option 2-4: Case 9.
  • FIG. 39 is a diagram showing a timeline of DG PUSCH, CG PUSCH, and PUCCH according to Option 2-4: Case 9.
  • FIG. 39 is a diagram showing a timeline of DG PUSCH, CG PUSCH, and PUCCH
  • FIG. 42 is a diagram showing a timeline of DG PUSCH, CG PUSCH, and PUCCH according to Option 2-5: Case 7.
  • FIG. 43 is a diagram showing a timeline of DG PUSCH, CG PUSCH, and PUCCH according to Option 2-5: Case 8.
  • FIG. 44 is a diagram showing a timeline of DG PUSCH, CG PUSCH and PUCCH according to Option 2-5: Case 9.
  • FIG. 45 is a diagram showing a timeline of DG PUSCH, CG PUSCH and PUCCH according to Option 2-6: Case 7.
  • FIG. 46 is a diagram showing a timeline of DG PUSCH, CG PUSCH, and PUCCH according to Option 2-6: Case 8.
  • FIG. 47 is a diagram showing a timeline of DG PUSCH, CG PUSCH and PUCCH according to Option 2-6: Case 9.
  • FIG. 48 is a diagram showing an example of the hardware configuration of gNB100 and UE200.
  • FIG. 1 is an overall schematic configuration diagram of the wireless communication system 10 according to the present embodiment.
  • the wireless communication system 10 is a wireless communication system according to 5G New Radio (NR), and includes Next Generation-Radio Access Network 20 (hereinafter, NG-RAN20, and user terminal 200 (hereinafter, UE200)). ..
  • NR 5G New Radio
  • NG-RAN20 Next Generation-Radio Access Network 20
  • UE200 user terminal 200
  • NG-RAN20 includes a radio base station 100 (hereinafter, gNB100).
  • gNB100 radio base station 100
  • the specific configuration of the wireless communication system 10 including the number of gNBs and UEs is not limited to the example shown in FIG.
  • NG-RAN20 actually includes multiple NG-RAN Nodes, specifically gNB (or ng-eNB), and is connected to a core network (5GC, not shown) according to 5G.
  • NG-RAN20 and 5GC may be simply expressed as "network”.
  • the gNB100 is a wireless base station that complies with NR, and executes wireless communication according to UE200 and NR.
  • gNB100 and UE200 are Massive MIMO that generates a beam with higher directivity by controlling radio signals transmitted from multiple antenna elements, carrier aggregation (CA) that uses multiple component carriers (CC) in a bundle, and It can also support dual connectivity (DC), which communicates simultaneously between the UE and multiple NG-RAN Nodes.
  • Massive MIMO that generates a beam with higher directivity by controlling radio signals transmitted from multiple antenna elements
  • CA carrier aggregation
  • CC component carriers
  • DC dual connectivity
  • Wireless communication system 10 supports FR1 and FR2.
  • the frequency bands of each FR are as follows.
  • FR1 410 MHz to 7.125 GHz
  • FR2 24.25 GHz to 52.6 GHz
  • SCS Sub-Carrier Spacing
  • BW bandwidth
  • FR2 has a higher frequency than FR1, and SCS of 60 or 120kHz (240kHz may be included) is used, and a bandwidth (BW) of 50 to 400MHz may be used.
  • the wireless communication system 10 may support a higher frequency band than the FR2 frequency band. Specifically, the wireless communication system 10 can support a frequency band exceeding 52.6 GHz and up to 114.25 GHz.
  • Cyclic Prefix-Orthogonal Frequency Division Multiplexing CP-OFDM
  • DFT-S-OFDM Discrete Fourier Transform-Spread
  • SCS Sub-Carrier Spacing
  • DFT-S-OFDM may be applied not only to uplink (UL) but also to downlink (DL).
  • FIG. 2 shows a configuration example of a wireless frame, a subframe, and a slot used in the wireless communication system 10.
  • one slot is composed of 14 symbols, and the larger (wider) the SCS, the shorter the symbol period (and slot period).
  • the number of symbols constituting one slot does not necessarily have to be 14 symbols (for example, 28, 56 symbols).
  • the number of slots per subframe may differ depending on the SCS.
  • the SCS may be wider than 240 kHz (eg, 480 kHz, 960 kHz, as shown in FIG. 3).
  • the time direction (t) shown in FIG. 2 may be referred to as a time domain, a symbol period, a symbol time, or the like.
  • the frequency direction may be referred to as a frequency domain, a resource block, a subcarrier, a BWP (Bandwidth part), or the like.
  • DCI Downlink Control Information
  • DCI may be interpreted as control information transmitted on the downlink, including scheduling information, data modulation, and channel code rate information required for each user (UE) to demodulate the data.
  • DCI format 2_4 may be used in order to secure (preempt) the uplink (UL) transmission having a high priority and cancel the UL transmission having a low priority.
  • DCI format 2_4 may be used to notify a group of UEs of the physical resource block (PRB) and OFDM symbols that cancel the corresponding UL transmission from the UE 200. That is, DCI format 2_4 may be interpreted as a format for notifying the PRB and OFDM symbols that have canceled UL transmission. Note that cancellation may be read as cancellation, suspension, cancellation, or the like.
  • PRB physical resource block
  • DCI format 2_4 may be displayed in the following format.
  • Cancellation indication 1 Cancellation indication 2,..., Cancellation indication N UE200 transmits UL based on UL Cancellation Indication (may be called UL CI) indicated by DCI format 2_4, specifically PUSCH (Physical Uplink Shared Channel) or Sounding Reference Signal. You can cancel transmissions such as (SRS). In addition, PUCCH (Physical Uplink Control Channel) may be canceled by UL CI.
  • UL CI Physical Uplink Shared Channel
  • SRS Sounding Reference Signal
  • the wireless communication system 10 may support multiplexing (Intra-UE multiplexing) of UL traffic having different priorities within the UE 200.
  • the UE 200 multiplexes low-priority (LP) traffic and high-priority (HP) traffic, and transmits the result of multiplexing the traffic (multiplexed result) via UL. You can do it.
  • LP low-priority
  • HP high-priority
  • priority processing within UE200 of UL traffic with different priorities may be supported.
  • the UE200 may send HP traffic with priority and may not send (drop) LP traffic.
  • Traffic may be read as channel, data channel, control channel, path, data, control data, and the like. Further, LP may be expressed as a first priority and HP may be expressed as a second priority (or vice versa). Multiple results may be read as outcome, outcome, outcome or output.
  • FIG. 3 is a functional block configuration diagram of the UE 200.
  • the UE 200 includes a radio signal transmission / reception unit 210, an amplifier unit 220, a modulation / demodulation unit 230, a control signal / reference signal processing unit 240, an encoding / decoding unit 250, a data transmission / reception unit 260, and a control unit 270.
  • the gNB100 radio base station
  • the wireless signal transmitter / receiver 210 transmits / receives a wireless signal according to NR.
  • the wireless signal transmitter / receiver 210 corresponds to Massive MIMO, a CA that bundles a plurality of CCs, and a DC that simultaneously communicates between the UE and each of the two NG-RAN Nodes.
  • the radio signal transmission / reception unit 210 can transmit UL traffic having different priorities via a predetermined UL channel.
  • the radio signal transmitter / receiver 210 can transmit a multiplex result in which low priority (LP) traffic (first traffic) and high priority (HP) traffic (second traffic) are multiplexed. ..
  • LP low priority
  • HP high priority
  • the wireless signal transmitter / receiver 210 can transmit various UL channels. Specifically, the radio signal transmission / reception unit 210 can transmit the uplink control channel, the first uplink data channel, and the second uplink data channel of the physical (PHY) layer (layer 1). In the present embodiment, the wireless signal transmission / reception unit 210 constitutes a transmission unit.
  • PUSCH may include CG (Configured Grant) PUSCH (first uplink data channel) and DG (Dynamic Grant) PUSCH.
  • the CG PUSCH may be transmitted without requiring the transmission of a scheduling request (SR) or the reception of a UL Grant (DG).
  • DG PUSCH may be transmitted according to UL Grant.
  • the amplifier unit 220 is composed of PA (Power Amplifier) / LNA (Low Noise Amplifier) and the like.
  • the amplifier unit 220 amplifies the signal output from the modulation / demodulation unit 230 to a predetermined power level. Further, the amplifier unit 220 amplifies the RF signal output from the radio signal transmission / reception unit 210.
  • the modulation / demodulation unit 230 executes data modulation / demodulation, transmission power setting, resource block allocation, etc. for each predetermined communication destination (gNB100, etc.).
  • Cyclic Prefix-Orthogonal Frequency Division Multiplexing (CP-OFDM) / Discrete Fourier Transform-Spread (DFT-S-OFDM) may be applied to the modulation / demodulation unit 230. Further, DFT-S-OFDM may be used not only for uplink (UL) but also for downlink (DL).
  • the control signal / reference signal processing unit 240 executes processing related to various control signals transmitted / received by the UE 200 and processing related to various reference signals transmitted / received by the UE 200.
  • control signal / reference signal processing unit 240 receives various control signals transmitted from the gNB 100 via a predetermined control channel, for example, control signals of the radio resource control layer (RRC). Further, the control signal / reference signal processing unit 240 transmits various control signals to the gNB 100 via a predetermined control channel.
  • a predetermined control channel for example, control signals of the radio resource control layer (RRC).
  • RRC radio resource control layer
  • the control signal / reference signal processing unit 240 executes processing using a reference signal (RS) such as Demodulation Reference Signal (DMRS) and Phase Tracking Reference Signal (PTRS).
  • RS reference signal
  • DMRS Demodulation Reference Signal
  • PTRS Phase Tracking Reference Signal
  • DMRS is a known reference signal (pilot signal) between the base station and the terminal of each terminal for estimating the fading channel used for data demodulation.
  • PTRS is a terminal-specific reference signal for the purpose of estimating phase noise, which is a problem in high frequency bands.
  • the reference signal may include ChannelStateInformation-ReferenceSignal (CSI-RS), SoundingReferenceSignal (SRS), PositioningReferenceSignal (PRS) for position information, and the like. ..
  • CSI-RS ChannelStateInformation-ReferenceSignal
  • SRS SoundingReferenceSignal
  • PRS PositioningReferenceSignal
  • control channels include PDCCH (Physical Downlink Control Channel), PUCCH (Physical Uplink Control Channel), RACH (Random Access Channel, Random Access Radio Network Temporary Identifier (RA-RNTI), Downlink Control Information (DCI)), and Physical. Broadcast Channel (PBCH) etc. may be included.
  • PDCCH Physical Downlink Control Channel
  • PUCCH Physical Uplink Control Channel
  • RACH Random Access Channel, Random Access Radio Network Temporary Identifier (RA-RNTI), Downlink Control Information (DCI)
  • PBCH Broadcast Channel
  • the data channels include PDSCH (Physical Downlink Shared Channel) and PUSCH (Physical Uplink Shared Channel). Data may mean data transmitted over a data channel.
  • PDSCH Physical Downlink Shared Channel
  • PUSCH Physical Uplink Shared Channel
  • PUCCH may be interpreted as a UL physical channel used for UCI (Uplink Control Information) transmission.
  • UCI can be transmitted by either PUCCH or PUSCH depending on the situation. Note that DCI may always be transmitted via PDCCH and may not be transmitted via PDSCH.
  • UCI may include at least one of hybrid ARQ (HARQ: Hybrid automatic repeat request) ACK / NACK, scheduling request (SR) from UE200, and Channel State Information (CSI).
  • HARQ Hybrid automatic repeat request
  • SR scheduling request
  • CSI Channel State Information
  • timing and radio resources for transmitting PUCCH may be controlled by DCI as well as the data channel.
  • the encoding / decoding unit 250 executes data division / concatenation and channel coding / decoding for each predetermined communication destination (gNB100 or other gNB).
  • the encoding / decoding unit 250 divides the data output from the data transmitting / receiving unit 260 into a predetermined size, and executes channel coding for the divided data. Further, the encoding / decoding unit 250 decodes the data output from the modulation / demodulation unit 230, and concatenates the decoded data.
  • the data transmission / reception unit 260 executes transmission / reception of Protocol Data Unit (PDU) and Service Data Unit (SDU).
  • the data transmitter / receiver 260 is a PDU / SDU in a plurality of layers (such as a medium access control layer (MAC), a wireless link control layer (RLC), and a packet data convergence protocol layer (PDCP)). Assemble / disassemble.
  • the data transmission / reception unit 260 executes data error correction and retransmission control based on the hybrid ARQ (Hybrid automatic repeat request).
  • the control unit 270 controls each functional block constituting the UE 200.
  • the control unit 270 can execute UL traffic multiplexing processing having different priorities.
  • control unit 270 has a traffic having a low priority (first priority) (first traffic) and a high priority higher than the low priority (second priority different from the first priority). It is possible to execute multiplexing processing with traffic having traffic (which may be expressed as priority) (second traffic). Note that multiplexing may be read as terms such as multiplexing, composition or superimposition. Further, as described above, the traffic may be read as a channel, a data channel, a control channel, a path, data, control data, or the like.
  • the control unit 270 multiplexes a plurality of low priority (LP) traffic (first traffic), multiplexes a plurality of high priority (HP) traffic (second traffic), and multiplex the plurality of LP traffic.
  • the multiplex result may be further multiplexed with the multiplex result in which multiple HP traffics are multiplexed.
  • control unit 270 may generate a multiplex result by multiplexing one or more LP traffic and one or more HP traffic.
  • control unit 270 may generate a multiple result by multiplexing a plurality of LP traffics, and may generate a multiple result by multiplexing the multiple result and one or more HP traffics. Conversely, the control unit 270 may generate a multiple result by multiplexing a plurality of HP traffic, and may generate a multiple result by multiplexing the multiple result and one or more LP traffic.
  • the method of multiplexing LP traffic and HP traffic is not limited to these methods.
  • the control unit 270 executes a plurality of processes for multiplexing one or a plurality of LP traffic and one or a plurality of HP traffic, and further multiplexes the plurality of multiplexing results in a hierarchical multiplexing process. May be executed. Further, the number of layers of multiplexing processing may be increased.
  • the control unit 270 determines the time between CGPUSCH and DGPUSCH. Transmission in UL may be controlled based on duplication in direction, omission of transmission of UL (may be called UL skipping), and multiplexing of UCI (uplink control information) to CG PUSCH or DG PUSCH.
  • control unit 270 determines which PUSCH to transmit when a collision (which may be called overlap, overlap, etc.) occurs between the DG PUSCH and the CG PUSCH in the time direction. good.
  • the control unit 270 may multiplex the UCI to the PUSCH. Further, the control unit 270 may execute UL skipping of the PUSCH (either DG PUSCH or CG PUSCH) determined not to transmit.
  • transmission in UL does not necessarily have to be controlled based on all of CG PUSCH and DG PUSCH overlapping in the time direction, UL skipping, and UCI multiplexing to CG PUSCH or DG PUSCH.
  • the control unit 270 determines the time direction between the CG PUSCH and the DG PUSCH.
  • UL based on duplication in, UL skipping, UCI (uplink control information) multiplexing to CG PUSCH or DG PUSCH, and Intra-UE prioritization / multiplexing (intra-terminal priority / multiplexing). Transmission may be controlled.
  • control unit 270 may determine which PUSCH to transmit when the control unit 270 causes a collision between the DG PUSCH and the CG PUSCH in the time direction. Next, when the PUCCH overlaps with the PUSCH determined to be transmitted, the control unit 270 may multiplex the UCI to the PUSCH. Further, the control unit 270 may execute UL skipping of the PUSCH (either DG PUSCH or CG PUSCH) determined not to transmit. Further, the control unit 270 may execute Intra-UE prioritization / multiplexing when PUCCH and PUSCH having different priorities overlap.
  • -Case 1-1 Only DG PUSCH overlaps with PUCCH MAC generates MAC PDU for DG PUSCH, and UCI is multiplexed with DG PUSCH.
  • CG PUSCH Only CG PUSCH overlaps with PUCCH MAC generates a MAC PDU for CG PUSCH and distributes the MAC PDU to the physical layer (PHY). UCI is multiplexed with CG PUSCH.
  • DG PUSCH and CG PUSCH overlap DG PUSCH and CG PUSCH overlap, DG PUSCH / CG PUSCH overlaps with PUCCH MAC generates MAC PDU for DG PUSCH, and UCI is multiplexed with DG PUSCH.
  • MAC does not generate TB (Transport Block) for CG PUSCH that overlaps with DG PUSCH of the same serving cell.
  • CG PUSCH is discarded and is not involved in subsequent physical layer procedures.
  • DG PUSCH and CG PUSCH overlap overlap
  • DG PUSCH and PUCCH overlap overlap
  • MAC generates a MAC PDU for DG PUSCH, and UCI is multiplexed with DG PUSCH.
  • CG PUSCH is discarded and is not involved in subsequent physical layer procedures.
  • DG PUSCH and CG PUSCH do not overlap
  • DG PUSCH and CG PUSCH overlap PUCCH and overlap MAC generates MAC PDU for DG PUSCH
  • the collision between DG PUSCH and CG PUSCH which shakes the different priorities of 3GPP Release 17, it is necessary to consider UL skipping and CG / DG / UCI with different priorities.
  • the main issues are DG / CG collision handling, UL skipping, UCI multiplexing within the same priority, and the order of prioritization within the UE for PUCCH / PUSCH of different priorities.
  • DG / CG collision processing for determining DG PUSCH or CG PUSCH (when DG PUSCH and CG PUSCH overlap) can be transmitted, and the others may be canceled or skipped.
  • Overriding CG PUSCH The DG PUSCH timeline may be checked.
  • the canceled (skipped) PUSCH overlaps with another PUCCH that does not overlap with the uncancelled (skipped) PUSCH, it may operate according to one of the following.
  • Option 1 Replace the reference instruction of "CG PUSCH start symbol” with "overlap PUCCH start symbol that does not overlap with the oldest CG PUSCH start symbol and DG PUSCH".
  • ⁇ Option 2 The timeline of DG PUSCH that overrides CG PUSCH such as 3GPP Release 16 is applied.
  • DG / CG collision processing may affect UCI multiplexing in step 2, so option 1 may be recommended. If ⁇ 2 cannot meet the DG override timeline, as in Case 1 ( Figure 4), the UE may not be ready to send PUCCH).
  • Step 2 After excluding the PUSCH canceled / skipped in step 1, if the PUCCH overlaps with the PUSCH, UCI multiplexing may be performed. The multiplexing timeline may be checked.
  • Step 3 UL skipping of CG PUSCH or DG PUSCH is executed.
  • CG PUSCH may be canceled / skipped. Otherwise, an error may occur.
  • Step 3 UL skipping If there is no TB to send for DG PUSCH (UL skipping is enabled), DG PUSCH may be skipped. As a result, only PUCCH is transmitted.
  • DG PUSCH may be sent.
  • PUCCH and DG PUSCH may be transmitted.
  • FIG. 5 shows the operation flow of the UE according to the above-mentioned option 1-1: case 1.
  • CG PUSCH may be canceled / skipped.
  • UCI multiplexing excluding CG PUSCH-Alternative 1 Due to overlapping PUCCH, DG PUSCH and CG PUSCH, the UCI multiplexing timeline may be considered.
  • the UCI may be multiplexed with DG PUSCH. Otherwise, an error may occur.
  • Step 3 UL skipping Since the UCI is multiplexed on the DG PUSCH, the DG PUSCH may be transmitted. As a result, a UCI-multiplexed DG PUSCH may be transmitted.
  • CG PUSCH may be canceled / skipped.
  • Step 2 UCI multiplexing excluding CG PUSCH In this case, there is no difference between alternative 1 and alternative 2. Also, if the UCI multiplexing timeline is satisfied, the UCI may be multiplexed with DG PUSCH. Otherwise, an error may occur.
  • Step 3 UL skipping Since the UCI is multiplexed on the DG PUSCH, the DG PUSCH may be transmitted. As a result, a UCI-multiplexed DG PUSCH may be transmitted.
  • Step 2 UCI multiplexing excluding CG PUSCH In this case, there is no difference between alternative 1 and alternative 2. Also, if the UCI multiplexing timeline is satisfied, the UCI may be multiplexed with DG PUSCH. Otherwise, an error may occur.
  • Step 3 UL skipping Since the UCI is multiplexed on the DG PUSCH, the DG PUSCH may be transmitted. As a result, a UCI-multiplexed DG PUSCH may be transmitted.
  • ⁇ 1 meets the DG override timeline -Option 1: It may be checked whether ⁇ 2 satisfies the override timeline of DG. CG PUSCH may be canceled / skipped if ⁇ 2 meets the DG override timeline. Otherwise, an error may occur.
  • CG PUSCH may be canceled / skipped.
  • PUCCH # 1 may be sent at any time.
  • the UCI of PUCCH # 2 may be multiplexed to DG PUSCH when the UCI multiplexing timeline between DG PUSCH and PUCCH # 2 is satisfied. Otherwise, an error may occur.
  • Step 3 UL skipping Since the UCI is multiplexed on the DG PUSCH, the DG PUSCH may be transmitted. As a result, a DG PUSCH in which the UCI of PUCCH # 1 and PUCCH # 2 is multiplexed may be transmitted.
  • Step 2 DG / CG collision processing (when DG and CG PUSCH overlap).
  • the DG timeline that overrides the CG may be checked.
  • the UCI multiplexed on PUSCH may be discarded together.
  • Step 3 UL skipping for CG or DG PUSCH after DG / CG collision processing.
  • Step 1 UCI Multiplexing If the multiplexing timeline is satisfied, the UCI may be multiplexed into the CG PUSCH. Otherwise, an error may occur.
  • CG PUSCH may be canceled / skipped. UCIs multiplexed on CG PUSCH may also be discarded.
  • Step 3 UL skipping If there is no TB to send for DG PUSCH (UL skipping is enabled), DG PUSCH may be skipped. As a result, UL transmission does not have to be performed.
  • DG PUSCH may be sent. As a result, DG PUSCH may be transmitted.
  • CG PUSCH may be canceled / skipped.
  • Step 3 UL skipping Since the UCI is multiplexed on the DG PUSCH, the DG PUSCH may be transmitted. As a result, a UCI-multiplexed DG PUSCH may be transmitted.
  • CG PUSCH may be canceled / skipped.
  • Step 3 UL skipping Since the UCI is multiplexed on the DG PUSCH, the DG PUSCH may be transmitted. As a result, a UCI-multiplexed DG PUSCH may be transmitted.
  • DG / CG collision processing The override timeline may always be filled. CG PUSCH may be canceled / skipped.
  • Step 3 UL skipping Since the UCI is multiplexed on the DG PUSCH, the DG PUSCH may be transmitted. As a result, a UCI-multiplexed DG PUSCH may be transmitted.
  • the UCI of PUCCH # 2 may be multiplexed with DG PUSCH. If not, an error may occur.
  • CG PUSCH may be canceled / skipped.
  • the UCI of PUCCH # 1 multiplexed with CG PUSCH may also be discarded.
  • Step 3 UL skipping Since the UCI is multiplexed on the DG PUSCH, the DG PUSCH may be transmitted. As a result, a DG PUSCH in which the UCI of PUCCH # 2 is multiplexed may be transmitted.
  • Step 2 UL skipping of CG or DG PUSCH If there are no TBs to be transferred and the UCI is not multiplexed in PUSCH (for DG PUSCH, UL skipping is enabled), it may be skipped. If it doesn't work this way, you can't skip PUSCH.
  • Step 3 DG / CG collision processing (when DG and CG PUSCH overlap).
  • the DG timeline that overrides the CG may be checked.
  • the UCI multiplexed on PUSCH may be discarded together.
  • -Alternative 1 DG / CG collision processing considering the UL skipping result of step 2 If the DG timeline that overrides CG PUSCH is satisfied and DG PUSCH is skipped in step 2, a MAC PDU for CG PUSCH is generated. , May be delivered to PHY.
  • the MAC PDU for CG PUSCH does not have to be generated even if CG PUSCH cannot be skipped as a result of step 2.
  • DG / CG collision processing that does not consider the UL skipping result of step 2. For example, if the timeline of DG exceeding CG PUSCH is satisfied, it does not matter whether or not DG PUSCH is skipped in step 2. , MAC PDU for CG PUSCH does not have to be generated.
  • Step 1 UCI Multiplexing If the multiplexing timeline is satisfied, the UCI may be multiplexed into the CG PUSCH. Otherwise, an error may occur.
  • Step 2 UL skipping If there is no TB to send for DG PUSCH (UL skipping is enabled), DG PUSCH may be skipped. Since UCI is multiplexed with CG PUSCH, CG PUSCH does not have to be skipped.
  • ⁇ 1 meets the DG override timeline -Alternative 1: If DG PUSCH is not skipped in step 2, CG PUSCH may be canceled / skipped. UCIs multiplexed on CG PUSCH may also be discarded. As a result, only DG PUSCH may be transmitted. If DG PUSCH is skipped in step 2, CG PUSCH may be transmitted. As a result, the UCI multiplexed CG PUSCH may be transmitted.
  • CG PUSCH may be canceled / skipped regardless of whether or not DG PUSCH was skipped in step 2.
  • UCIs multiplexed on CG PUSCH may also be discarded. As a result, if TB is not transmitted to DG PUSCH, UL transmission does not have to be performed. Otherwise, DG PUSCH may be sent.
  • FIG. 16 shows an operation flow diagram of the UE according to Option 1-3: Case 1.
  • Step 2 UL skipping Since the UCI is multiplexed on the DG PUSCH, the DG PUSCH may be transmitted.
  • CG PUSCH may be canceled / skipped.
  • a UCI-multiplexed DG PUSCH may be transmitted.
  • Step 2 UL skipping Since the UCI is multiplexed on the DG PUSCH, the DG PUSCH may be transmitted.
  • CG PUSCH may be canceled / skipped.
  • a UCI-multiplexed DG PUSCH may be transmitted.
  • Step 2 UL skipping Since the UCI is multiplexed on the DG PUSCH, the DG PUSCH may be transmitted.
  • DG / CG collision processing The override timeline may always be filled. CG PUSCH may be canceled / skipped. As a result, a UCI-multiplexed DG PUSCH may be transmitted.
  • the UCI of PUCCH # 2 may be multiplexed with DG PUSCH. If not, an error may occur.
  • Step 2 UL skipping Since the UCI is multiplexed on the DG PUSCH, the DG PUSCH may be transmitted.
  • CG PUSCH may be canceled / skipped.
  • the UCI of PUCCH # 1 multiplexed with CG PUSCH may also be discarded.
  • the DG PUSCH in which the UCI of PUCCH # 2 is multiplexed may be transmitted.
  • DG / CG collision may mean that DG PUSCH and CG PUSCH overlap in the time domain on the same component carrier (CC).
  • UL transmission behavior and timeline inspection include DG / CG collision handling, UL skipping, same priority UCI multiplexing, and intra-UE prioritization (intra-UE prioritization). Intra-UE prioritization) may be taken into consideration when deciding.
  • the order of DG / CG collision handling, UL skipping, UCI multiplexing within the same priority, and intra-UE prioritization for PUCCH / PUSCH with different priorities may be as follows:
  • DG / CG collision processing for determining DG PUSCH or CG PUSCH (when DG and CG PUSCH overlap) can be transmitted, and the others may be canceled or skipped.
  • the DG / CG collision processing timeline may be checked.
  • -Option 1 The start symbol of PUCCH may be considered in the timeline check of collision processing (similar to option 1 of option 1-1).
  • -Option 2 There are no additional considerations in the original DG / CG collision processing timeline for the applicable case.
  • Step 2 After excluding the PUSCH canceled / skipped in step 1, if the PUCCH overlaps with the PUSCH, the UCI may be multiplexed with the same priority. The multiplexing timeline may be checked.
  • Step 3 UL skipping of CG or DG PUSCH is executed.
  • Step 4 Prioritize within the UE when the output PUCCH and PUSCH with different priorities overlap.
  • LP (low priority) channels that overlap with HP (high priority) channels may be dropped.
  • the order of step 3 and step 4 may be exchanged.
  • Step 2 UCI multiplexing Since the LP DG PUSCH is canceled / skipped in step 1, UCI multiplexing does not have to be performed.
  • Step 3 UL skipping HP CG PUSCH may be skipped if there is no TB to send to HP CG PUSCH. As a result, LP PUCCH may be transmitted. Otherwise, HP CG PUSCH may be sent. As a result, LP PUCCH and HP CG PUSCH may be transmitted.
  • Step 2 The UCI multiplexing LP DG PUSCH is canceled / skipped in step 1, so the LP PUCCH does not have to be multiplexed.
  • HP UCI may be multiplexed into HP CG PUSCH.
  • Step 3 UL skipping HP CG PUSCH cannot be skipped because HP UCI is multiplexed with HP CG PUSCH.
  • Step 4 Prioritize within UE (not required) As a result, HP CG PUSCH in which LP PUCCH and HP UCI are multiplexed may be transmitted.
  • Step 2 UCI multiplexing Since the LP CG PUSCH is canceled / skipped in step 1, UCI multiplexing does not have to be performed.
  • Step 3 UL skipping If there is no TB to send for HP DG PUSCH (UL skipping is enabled), HP DG PUSCH may be skipped. As a result, LP PUCCH may be transmitted. Otherwise, HP DG PUSCH may be sent. As a result, LP PUCCH and HP DG PUSCH may be transmitted.
  • Step 2 Since the UCI multiplexing LP CG PUSCH is canceled / skipped in step 1, the LP PUC CH does not have to be multiplexed. HP UCI may be multiplexed on HP DG PUSCH.
  • Step 3 UL skipping HP DG PUSCH cannot be skipped because HP UCI is multiplexed over HP DG PUSCH.
  • Step 4 Prioritize within UE (not required) As a result, HP UCI multiplexed LP PUCCH and HP DG PUSCH may be transmitted.
  • Step 2 DG / CG collision processing (when DG PUSCH and CG PUSCH overlap).
  • the DG / CG collision processing timeline may be checked.
  • the UCI multiplexed on PUSCH may be discarded together.
  • Step 3 UL skipping for CG PUSCH or DG PUSCH after DG / CG collision processing If there are no TBs to be transferred and the UCI is not multiplexed in PUSCH (for DG PUSCH, UL skipping is enabled), it may be skipped. If it doesn't work this way, you can't skip PUSCH.
  • Step 4 Prioritize within the UE when the output PUCCH and PUSCH with different priorities overlap.
  • LP channels that overlap with HP channels may be dropped.
  • the order of step 3 and step 4 may be exchanged.
  • Step 1 UCI Multiplexing LP UCI may be multiplexed into LP DG PUSCH.
  • DG / CG collision processing The operation of HP CG PUSCH and LP DG PUSCH has not been decided yet.
  • the CG PUSCH is transmitted and the LP PUSCH is canceled / skipped when the required timeline is met.
  • LP UCI multiplexed with LP DG PUSCH may also be discarded.
  • Step 3 UL skipping HP CG PUSCH may be skipped if there is no TB to send to HP CG PUSCH. As a result, UL transmission does not have to be performed. Otherwise, HP CG PUSCH may be sent. As a result, HP CG PUSCH may be transmitted.
  • Step 1 UCI Multiplexation LP UCI may be multiplexed to LP DG PUSCH and HP UCI may be multiplexed to HP CG PUSCH.
  • DG / CG collision processing The operation of HP CG PUSCH and LP DG PUSCH has not been decided yet.
  • the CG PUSCH is transmitted and the LP PUSCH is canceled / skipped when the required timeline is met.
  • LP UCI multiplexed with LP DG PUSCH may also be discarded.
  • Step 3 UL skipping HP CG PUSCH cannot be skipped because HP UCI is multiplexed with HP CG PUSCH.
  • Step 4 Prioritize within UE (not required) As a result, an HP CG PUSCH with HP UCI multiplexed may be transmitted.
  • DG / CG collision processing The operation of DG PUSCH and LP CG PUSCH has not been decided yet.
  • the HP DG PUSCH is transmitted and the LP CG PUSCH is canceled / skipped when the required timeline is met.
  • LP UCI multiplexed on LP CG PUSCH may also be discarded.
  • Step 3 UL skipping If there is no TB to send for HP DG PUSCH (UL skipping is enabled), HP DG PUSCH may be skipped. As a result, UL transmission does not have to be performed. Otherwise, HP DG PUSCH may be sent. As a result, HP DG PUSCH may be transmitted.
  • Step 1 UCI Multiplexation LP UCI may be multiplexed to LP CG PUSCH and HP UCI may be multiplexed to HP DG PUSCH.
  • Step 3 UL skipping HP DG PUSCH cannot be skipped because HP UCI is multiplexed with HP DG PUSCH.
  • Step 4 Prioritize within UE (not required) As a result, the HP DG PUSCH with the HP UCI multiplexed may be transmitted.
  • Step 2 UL skipping of CG or DG PUSCH after DG / CG collision processing If there are no TBs to be transferred and the UCI is not multiplexed in PUSCH (for DG PUSCH, UL skipping is enabled), it may be skipped. If it doesn't work this way, you can't skip PUSCH.
  • Step 3 DG / CG collision processing (when DG and CG PUSCH overlap).
  • the DG / CG overlap timeline may be checked.
  • the UCI multiplexed on PUSCH may be discarded together.
  • -Alternative 1 DG / CG collision processing considering the UL skipping result of step 2. For example, if the timeline is filled and one PUSCH is skipped in step 2, a MAC PDU for the other PUSCH is generated. If there is a TB for the other PUSCH, it may be delivered to the PHY.
  • -Alternative 2 DG / CG collision processing that does not consider the UL skipping result of step 2-Step 4:: Prioritization within the UE when overlapping between output PUCCH and PUSCH with different priorities. LP channels that overlap with HP channels may be dropped.
  • Step 1 UCI Multiplexing LP UCI may be multiplexed into LP DG PUSCH.
  • Step 2 UL skipping LP DG PUSCH cannot be skipped because LP UCI is multiplexed.
  • HP CG PUSCH may be skipped if there is no TB to send to HP CG PUSCH. If it doesn't work this way, you can't skip the HP CG PUSCH.
  • Option 1 An error case in which both two overlapping CG PUSCH / DG PUSCH cannot be skipped.
  • Option 2 Use step 3 instead of the error case to solve the problem.
  • -Alternative 1 DG / CG collision processing considering the UL skipping result of step 2 If HP CG PUSCH is skipped, LP DG PUSCH can be transmitted. As a result, the LP DG PUSCH with the LP UCI multiplexed may be transmitted. Otherwise, LP DG PUSCH may be canceled / skipped. LP UCI multiplexed with LP DG PUSCH may also be discarded. As a result, HP CG PUSCH may be transmitted.
  • LP DG PUSCH may be canceled or skipped regardless of whether or not HP CG PUSCH is skipped. If HP CG PUSCH is skipped, UL transmission does not have to be performed. Otherwise, HP CG PUSCH may be sent.
  • Step 1 UCI Multiplexation LP UCI may be multiplexed to LP DG PUSCH and HP UCI may be multiplexed to HP CG PUSCH.
  • Step 2 UL skipping HP CG and LP DG PUSCH cannot be skipped because UCI is multiplexed for HP and LP PUSCH.
  • Option 1 Make an error case where both overlapping two CG / DG cannot be skipped.
  • Option 2 Use step 3 instead of the error case to solve the problem.
  • LP DG PUSCH may be canceled / skipped in both alternative 1 and alternative 2.
  • LPUCI multiplexed with LPDGPUSCH may also be discarded.
  • HP CG PUSCH in which HP UCI is multiplexed may be transmitted.
  • UCI multiplexing LP UCI may be multiplexed into LP CG PUSCH.
  • Step 2 UL skipping LP CG PUSCH cannot be skipped because LP UCI is multiplexed.
  • HP DG PUSCH may be skipped if there is no TB to send to HP DG PUSCH. If it doesn't work this way, you can't skip the HP DG PUSCH.
  • Option 1 Make an error case where both overlapping two CG / DG cannot be skipped.
  • Option 2 Use step 3 instead of the error case to solve the problem.
  • -Alternative 1 DG / CG collision processing considering the UL skipping result of step 2 If HP DG PUSCH is skipped, LP CG PUSCH can be transmitted. As a result, the LP CG PUSCH in which the LP UCI is multiplexed may be transmitted. Otherwise, LP CG PUSCH may be canceled / skipped. LP UCI multiplexed on LP CG PUSCH may also be discarded. As a result, HP DG PUSCH may be transmitted.
  • LP CG PUSCH may be canceled / skipped regardless of whether HP DG PUSCH is skipped or not. If HP DG PUSCH is skipped, UL transmission does not have to be performed. Otherwise, HP DG PUSCH may be sent.
  • Step 1 UCI Multiplexation LP UCI may be multiplexed to LP CG PUSCH and HP UCI may be multiplexed to HP DG PUSCH.
  • Step 2 UL skipping HP DG and LP CG PUSCH cannot be skipped because UCI is multiplexed for HP and LP PUSCH.
  • Option 1 Make an error case where both overlapping two CG / DG cannot be skipped.
  • Option 2 Use step 3 instead of the error case to solve the problem.
  • LPCG PUSCH may be canceled / skipped in both alternative 1 and alternative 2.
  • LPUCI multiplexed on LPCGPUSCH may also be discarded.
  • HP DG PUSCH in which HP UCI is multiplexed may be transmitted.
  • Step 1 If PUCCH overlaps with PUSCH, multiplex UCI with the same priority.
  • the multiplexing timeline may be checked.
  • Step 2 UL skipping of CG or DG PUSCH after DG / CG collision processing If there are no TBs to be transferred and the UCI is not multiplexed in PUSCH (for DG PUSCH, UL skipping is enabled), it may be skipped. If it doesn't work this way, you can't skip PUSCH.
  • Option 2 Error case is not defined. If both the colliding CG and DG PUSCH cannot be skipped, the PDU to be generated or the PUSCH that can be transmitted may be determined according to step 3 and / or step 4.
  • Step 3 Prioritization within the UE when overlapping between output PUCCH and PUSCH with different priorities.
  • LP channels that overlap with HP channels may be dropped.
  • Step 4 DG / CG collision processing (when DG and CG PUSCH overlap).
  • the DG / CG collision processing timeline may be checked.
  • the UCI multiplexed on PUSCH may be discarded together.
  • Step 2 UL skipping If both of the two overlapping CG / DGs cannot be skipped, one of the following may be performed.
  • Option 2 Use step 4 instead of the error case to solve the problem.
  • Step 3 In-UE prioritization LP DG PUSCH overlaps with HP PUCCH and may be canceled.
  • Step 4 DG / CG collision processing LP DG PUSCH was canceled in step 3. If HP CG PUSCH is skipped in step 2, HP PUCCH may be transmitted. If you do not skip HP CG PUSCH in step 2, HP CG PUSCH and HP PUCCH may be sent.
  • Step 2 UL skipping If both of the two overlapping CG / DGs cannot be skipped, one of the following may be performed.
  • Option 2 Use step 4 instead of the error case to solve the problem.
  • LP CG PUSCH overlaps with HP PUCCH and may be canceled.
  • LP PUCCH overlaps with HP DG PUSCH and may be canceled.
  • Step 4 DG / CG collision processing LP CG PUSCH is canceled in step 3. If HP DG PUSCH was skipped in step 2, HP PUCCH may be sent. If HP DG PUSCH is not skipped in step 2, HP CG PUSCH and HP PUCCH may be sent.
  • Step 2 Prioritize within the UE when overlapping between output PUCCH and PUSCH with different priorities. LP channels that overlap with HP channels may be dropped.
  • Step 3 UL skipping for CG or DG PUSCH after DG / CG collision processing If there are no TBs to be transferred and the UCI is not multiplexed in PUSCH (for DG PUSCH, UL skipping is enabled), it may be skipped. If it doesn't work this way, you can't skip PUSCH.
  • step 4 may be followed to determine which PDU to generate or which PUSCH to send.
  • DG / CG collision processing (when DG and CG PUSCH overlap)
  • the DG / CG collision processing timeline may be checked.
  • the UCI multiplexed on PUSCH may be discarded together.
  • the two alternatives (as alternatives 1 and 2 of options 2-3) may be the result from step 3 with or without considering UL skipping.
  • Step 2 In-UE prioritization LP DG PUSCH overlaps with HP PUCCH and may be canceled.
  • Step 3 UL skipping HP CG PUSCH may be skipped if there is no TB to send to HP CG PUSCH.
  • Step 4 DG / CG collision processing LP DG PUSCH was canceled in step 2. If you skipped the HP CG PUSCH in step 3, the HP PUCCH may be sent. If HP CG PUSCH is not skipped in step 3, HP CG PUSCH and HP PUCCH may be transmitted.
  • Prioritization within UE LP CG PUSCH may be canceled as it overlaps with HP PUCCH.
  • LP PUCCH overlaps with HP DG PUSCH and may be canceled.
  • Step 3 UL skipping HP DG PUSCH may be skipped if there is no TB to send to HP DG PUSCH.
  • Step 4 DG / CG collision processing LP CG PUSCH was canceled in step 2. If HP DG PUSCH was skipped in step 3, HP PUCCH may be sent. If HP DG PUSCH is not skipped in step 3, HP DG PUSCH and HP PUCCH may be transmitted.
  • Step 2 Prioritization within the UE when overlapping between output PUCCH and PUSCH with different priorities. LP channels that overlap with HP channels may be dropped.
  • Step 3 DG / CG collision processing (when DG and CG PUSCH overlap).
  • the DG / CG collision processing timeline may be checked. If PUSCH is canceled / skipped, UCIs multiplexed on PUSCH may be discarded together.
  • Step 4 UL skipping of CG or DG PUSCH after DG / CG collision processing If there are no TBs to be transferred and the UCI is not multiplexed in PUSCH (for DG PUSCH, UL skipping is enabled), it may be skipped. If it doesn't work this way, you can't skip PUSCH.
  • Step 2 In-UE prioritization LP DG PUSCH overlaps with HP PUCCH and may be canceled.
  • Step 3 DG / CG collision processing LP DG PUSCH was canceled in step 2.
  • Step 4 UL skipping HP CG PUSCH may be skipped if there is no TB to send to HP CG PUSCH. As a result, HP PUCCH may be transmitted. If there is a TB to send for HP CG PUSCH, HP CG PUSCH may be sent. This result: HP CG PUSCH and HP PUCCH may be sent.
  • Prioritization within UE LP CG PUSCH may be canceled as it overlaps with HP PUCCH.
  • LP PUCCH overlaps with HP DG PUSCH and may be canceled.
  • Step 3 DG / CG collision processing LP CG PUSCH was canceled in step 2.
  • Step 4 UL skipping HP DG PUSCH may be skipped if there is no TB to send to HP DG PUSCH. As a result. HP PUCCH may be sent. If you have a TB to send to HP DG PUSCH, you may send HP DG PUSCH. You may send HP DG PUSCH and HP PUCCH.
  • PUSCH cancellation / skipping may be performed by the MAC layer or the PHY layer. Also, if the timeline is not satisfied by any of the optional steps described above, it may be treated as an error case.
  • the above-mentioned options may be set by the parameters of the upper layer (for example, RRC). For example, it may be reported as UE capability information (UE capability), or it may be specified as a 3GPP specification. In addition, specific options may be determined by the combination of the parameter settings of the upper layer and the reported UE abilities.
  • RRC Radio Resource Control
  • the UE may report whether it supports UL skipping for DG PUSCH.
  • the UE may report whether it supports CG / DG / UCI overlap processing with the same priority.
  • the UE may also report whether it supports CG / DG / UCI overlap processing with different priorities.
  • the UE 200 has a CG PUSCH when the PUCCH (uplink control channel), CG PUSCH (first uplink data channel) and DG PUSCH (second uplink data channel) have the same priority. Transmission in UL can be controlled based on temporal overlap between and DG PUSCH, UL skipping, and UCI (uplink control information) multiplexing to CG PUSCH or DG PUSCH.
  • PUCCH uplink control channel
  • CG PUSCH first uplink data channel
  • DG PUSCH second uplink data channel
  • CGPUSCH and DGPUSCH overlap in the time direction.
  • the plurality of UL transmissions can be processed efficiently and appropriately.
  • the wireless communication system 10 may be a wireless communication system according to a method called Beyond 5G, 5G Evolution, or 6G.
  • each functional block is realized by any combination of at least one of hardware and software.
  • the method of realizing each functional block is not particularly limited. That is, each functional block may be realized using one physically or logically coupled device, or two or more physically or logically separated devices can be directly or indirectly (eg, for example). , Wired, wireless, etc.) and may be realized using these plurality of devices.
  • the functional block may be realized by combining the software with the one device or the plurality of devices.
  • Functions include judgment, decision, judgment, calculation, calculation, processing, derivation, investigation, search, confirmation, reception, transmission, output, access, solution, selection, selection, establishment, comparison, assumption, expectation, and assumption. Broadcasting, notifying, communicating, forwarding, configuring, reconfiguring, allocating, mapping, assigning, etc., but limited to these I can't.
  • a functional block that makes transmission function is called a transmitting unit (transmitting unit) or a transmitter (transmitter).
  • transmitting unit transmitting unit
  • transmitter transmitter
  • FIG. 48 is a diagram showing an example of the hardware configuration of the device.
  • the device may be configured as a computer device including a processor 1001, a memory 1002, a storage 1003, a communication device 1004, an input device 1005, an output device 1006, a bus 1007, and the like.
  • the word “device” can be read as a circuit, device, unit, etc.
  • the hardware configuration of the device may be configured to include one or more of each of the devices shown in the figure, or may be configured not to include some of the devices.
  • Each functional block of the device (see FIG. 3) is realized by any hardware element of the computer device or a combination of the hardware elements.
  • the processor 1001 performs an operation by loading predetermined software (program) on the hardware such as the processor 1001 and the memory 1002, and controls the communication by the communication device 1004, or the memory. It is realized by controlling at least one of reading and writing of data in 1002 and storage 1003.
  • predetermined software program
  • Processor 1001 operates, for example, an operating system to control the entire computer.
  • the processor 1001 may be composed of a central processing unit (CPU) including an interface with peripheral devices, a control device, an arithmetic unit, a register, and the like.
  • CPU central processing unit
  • the processor 1001 reads a program (program code), a software module, data, etc. from at least one of the storage 1003 and the communication device 1004 into the memory 1002, and executes various processes according to these.
  • a program program code
  • a program that causes a computer to execute at least a part of the operations described in the above-described embodiment is used.
  • the various processes described above may be executed by one processor 1001 or may be executed simultaneously or sequentially by two or more processors 1001.
  • Processor 1001 may be implemented by one or more chips.
  • the program may be transmitted from the network via a telecommunication line.
  • the memory 1002 is a computer-readable recording medium, and is composed of at least one such as ReadOnlyMemory (ROM), ErasableProgrammableROM (EPROM), Electrically ErasableProgrammableROM (EEPROM), and RandomAccessMemory (RAM). May be done.
  • the memory 1002 may be referred to as a register, a cache, a main memory (main storage device), or the like.
  • the memory 1002 can store a program (program code), a software module, or the like that can execute the method according to the embodiment of the present disclosure.
  • the storage 1003 is a computer-readable recording medium, for example, an optical disk such as Compact Disc ROM (CD-ROM), a hard disk drive, a flexible disk, an optical magnetic disk (for example, a compact disk, a digital versatile disk, or a Blu-ray). It may consist of at least one (registered trademark) disk), smart card, flash memory (eg, card, stick, key drive), floppy (registered trademark) disk, magnetic strip, and the like.
  • Storage 1003 may be referred to as auxiliary storage.
  • the recording medium described above may be, for example, a database, server or other suitable medium containing at least one of memory 1002 and storage 1003.
  • the communication device 1004 is hardware (transmission / reception device) for communicating between computers via at least one of a wired network and a wireless network, and is also referred to as, for example, a network device, a network controller, a network card, a communication module, or the like.
  • the communication device 1004 includes, for example, a high frequency switch, a duplexer, a filter, a frequency synthesizer, etc. in order to realize at least one of frequency division duplex (FDD) and time division duplex (TDD). It may be composed of.
  • FDD frequency division duplex
  • TDD time division duplex
  • the input device 1005 is an input device (for example, keyboard, mouse, microphone, switch, button, sensor, etc.) that accepts input from the outside.
  • the output device 1006 is an output device (for example, a display, a speaker, an LED lamp, etc.) that outputs to the outside.
  • the input device 1005 and the output device 1006 may have an integrated configuration (for example, a touch panel).
  • Bus 1007 may be configured using a single bus or may be configured using different buses for each device.
  • the device includes hardware such as a microprocessor, a digital signal processor (Digital Signal Processor: DSP), an Application Specific Integrated Circuit (ASIC), a Programmable Logic Device (PLD), and a Field Programmable Gate Array (FPGA).
  • the hardware may implement some or all of each functional block.
  • processor 1001 may be implemented using at least one of these hardware.
  • information notification includes physical layer signaling (eg Downlink Control Information (DCI), Uplink Control Information (UCI), higher layer signaling (eg RRC signaling, Medium Access Control (MAC) signaling, broadcast information (Master Information Block)). (MIB), System Information Block (SIB)), other signals or a combination thereof.
  • DCI Downlink Control Information
  • UCI Uplink Control Information
  • RRC signaling eg RRC signaling, Medium Access Control (MAC) signaling, broadcast information (Master Information Block)).
  • MIB System Information Block
  • SIB System Information Block
  • RRC signaling may also be referred to as an RRC message, for example, RRC Connection Setup. ) Message, RRC Connection Reconfiguration message, etc. may be used.
  • LTE LongTermEvolution
  • LTE-A LTE-Advanced
  • SUPER3G IMT-Advanced
  • 4G 4th generation mobile communication system
  • 5G 5th generation mobile communication system
  • FutureRadioAccess FAA
  • NewRadio NR
  • W-CDMA registered trademark
  • GSM registered trademark
  • CDMA2000 Code Division Multiple Access 2000
  • UMB UltraMobileBroadband
  • IEEE802.11 Wi-Fi (registered trademark)
  • IEEE802.16 WiMAX®
  • IEEE802.20 Ultra-WideBand
  • Bluetooth® Ultra-WideBand
  • other systems that utilize appropriate systems and at least one of the next generation systems extended based on them. It may be applied to one.
  • a plurality of systems may be applied in combination (for example, a combination of at least one of LTE and LTE-A and 5G).
  • the specific operation performed by the base station in the present disclosure may be performed by its upper node.
  • various operations performed for communication with a terminal are performed by the base station and other network nodes other than the base station (for example, MME or). It is clear that it can be done by at least one of (but not limited to, S-GW, etc.).
  • S-GW network node
  • the case where there is one network node other than the base station is illustrated above, it may be a combination of a plurality of other network nodes (for example, MME and S-GW).
  • Information and signals can be output from the upper layer (or lower layer) to the lower layer (or upper layer).
  • Input / output may be performed via a plurality of network nodes.
  • the input / output information may be stored in a specific location (for example, memory) or may be managed using a management table. Input / output information can be overwritten, updated, or added. The output information may be deleted. The input information may be transmitted to another device.
  • the determination may be made by a value represented by 1 bit (0 or 1), by a boolean value (Boolean: true or false), or by comparing numerical values (for example, a predetermined value). It may be done by comparison with the value).
  • the notification of predetermined information (for example, the notification of "being X") is not limited to the explicit one, but is performed implicitly (for example, the notification of the predetermined information is not performed). May be good.
  • Software whether referred to as software, firmware, middleware, microcode, hardware description language, or by any other name, is an instruction, instruction set, code, code segment, program code, program, subprogram, software module.
  • Applications, software applications, software packages, routines, subroutines, objects, executable files, execution threads, procedures, features, etc. should be broadly interpreted.
  • software, instructions, information, etc. may be transmitted and received via a transmission medium.
  • a transmission medium For example, a website, where the software uses at least one of wired technology (coaxial cable, fiber optic cable, twisted pair, Digital Subscriber Line (DSL), etc.) and wireless technology (infrared, microwave, etc.).
  • wired technology coaxial cable, fiber optic cable, twisted pair, Digital Subscriber Line (DSL), etc.
  • wireless technology infrared, microwave, etc.
  • the information, signals, etc. described in this disclosure may be represented using any of a variety of different techniques.
  • data, instructions, commands, information, signals, bits, symbols, chips, etc. that may be referred to throughout the above description are voltages, currents, electromagnetic waves, magnetic fields or magnetic particles, light fields or photons, or any of these. It may be represented by a combination of.
  • a channel and a symbol may be a signal (signaling).
  • the signal may be a message.
  • the component carrier (CC) may be referred to as a carrier frequency, a cell, a frequency carrier, or the like.
  • system and “network” used in this disclosure are used interchangeably.
  • the information, parameters, etc. described in the present disclosure may be expressed using absolute values, relative values from predetermined values, or using other corresponding information. It may be represented.
  • the radio resource may be one indicated by an index.
  • Base Station BS
  • Wireless Base Station Wireless Base Station
  • NodeB NodeB
  • eNodeB eNodeB
  • gNodeB gNodeB
  • Base stations are sometimes referred to by terms such as macrocells, small cells, femtocells, and picocells.
  • the base station can accommodate one or more (for example, three) cells (also called sectors). When a base station accommodates multiple cells, the entire base station coverage area can be divided into multiple smaller areas, each smaller area being a base station subsystem (eg, a small indoor base station (Remote Radio)). Communication services can also be provided by Head: RRH).
  • a base station subsystem eg, a small indoor base station (Remote Radio)
  • Communication services can also be provided by Head: RRH).
  • cell refers to a part or all of a base station that provides communication services in this coverage and at least one of the coverage areas of a base station subsystem.
  • MS mobile station
  • UE user equipment
  • terminal terminal
  • Mobile stations can be used by those skilled in the art as subscriber stations, mobile units, subscriber units, wireless units, remote units, mobile devices, wireless devices, wireless communication devices, remote devices, mobile subscriber stations, access terminals, mobile terminals, wireless. It may also be referred to as a terminal, remote terminal, handset, user agent, mobile client, client, or some other suitable term.
  • At least one of the base station and the mobile station may be called a transmitting device, a receiving device, a communication device, or the like.
  • At least one of the base station and the mobile station may be a device mounted on the mobile body, the mobile body itself, or the like.
  • the moving body may be a vehicle (eg, car, airplane, etc.), an unmanned moving body (eg, drone, self-driving car, etc.), or a robot (manned or unmanned). ) May be.
  • at least one of the base station and the mobile station includes a device that does not necessarily move during communication operation.
  • at least one of a base station and a mobile station may be an Internet of Things (IoT) device such as a sensor.
  • IoT Internet of Things
  • the base station in the present disclosure may be read as a mobile station (user terminal, the same applies hereinafter).
  • communication between a base station and a mobile station has been replaced with communication between a plurality of mobile stations (for example, it may be called Device-to-Device (D2D), Vehicle-to-Everything (V2X), etc.).
  • D2D Device-to-Device
  • V2X Vehicle-to-Everything
  • Each aspect / embodiment of the present disclosure may be applied to the configuration.
  • the mobile station may have the functions of the base station.
  • words such as "up” and “down” may be read as words corresponding to communication between terminals (for example, "side”).
  • the upstream channel, the downstream channel, and the like may be read as a side channel.
  • the mobile station in the present disclosure may be read as a base station.
  • the base station may have the functions of the mobile station.
  • the radio frame may be composed of one or more frames in the time domain. Each one or more frames in the time domain may be referred to as a subframe. Subframes may further consist of one or more slots in the time domain.
  • the subframe may have a fixed time length (eg, 1 ms) that is independent of numerology.
  • the numerology may be a communication parameter that applies to at least one of the transmission and reception of a signal or channel.
  • Numerology includes, for example, SubCarrier Spacing (SCS), bandwidth, symbol length, cyclic prefix length, transmission time interval (TTI), number of symbols per TTI, wireless frame configuration, transmission / reception.
  • SCS SubCarrier Spacing
  • TTI transmission time interval
  • At least one of a specific filtering process performed by the machine in the frequency domain, a specific windowing process performed by the transmitter / receiver in the time domain, and the like may be indicated.
  • the slot may be composed of one or more symbols (Orthogonal Frequency Division Multiplexing (OFDM) symbol, Single Carrier Frequency Division Multiple Access (SC-FDMA) symbol, etc.) in the time region. Slots may be in numerology-based time units.
  • OFDM Orthogonal Frequency Division Multiplexing
  • SC-FDMA Single Carrier Frequency Division Multiple Access
  • the slot may include a plurality of mini slots. Each minislot may consist of one or more symbols in the time domain.
  • the mini-slot may also be referred to as a sub-slot.
  • a minislot may consist of a smaller number of symbols than the slot.
  • PDSCH (or PUSCH) transmitted in time units larger than the minislot may be referred to as PDSCH (or PUSCH) mapping type A.
  • the PDSCH (or PUSCH) transmitted using the minislot may be referred to as PDSCH (or PUSCH) mapping type B.
  • the wireless frame, subframe, slot, minislot and symbol all represent the time unit when transmitting a signal.
  • the radio frame, subframe, slot, minislot and symbol may have different names corresponding to each.
  • one subframe may be referred to as a transmission time interval (TTI)
  • TTI transmission time interval
  • TTI transmission time interval
  • TTI transmission time interval
  • TTI transmission time interval
  • TTI transmission time interval
  • TTI transmission time interval
  • TTI slot or one minislot
  • at least one of the subframe and TTI may be a subframe (1ms) in existing LTE, a period shorter than 1ms (eg, 1-13 symbols), or a period longer than 1ms. It may be.
  • the unit representing TTI may be called a slot, a mini slot, or the like instead of a subframe.
  • TTI refers to, for example, the minimum time unit of scheduling in wireless communication.
  • a base station schedules each user terminal to allocate radio resources (frequency bandwidth that can be used in each user terminal, transmission power, etc.) in TTI units.
  • the definition of TTI is not limited to this.
  • the TTI may be a transmission time unit such as a channel-encoded data packet (transport block), a code block, or a code word, or may be a processing unit such as scheduling or link adaptation.
  • the time interval for example, the number of symbols
  • the transport block, code block, code word, etc. may be shorter than the TTI.
  • one or more TTIs may be the minimum time unit for scheduling. Further, the number of slots (number of mini-slots) constituting the minimum time unit of the scheduling may be controlled.
  • a TTI having a time length of 1 ms may be called a normal TTI (TTI in LTE Rel.8-12), a normal TTI, a long TTI, a normal subframe, a normal subframe, a long subframe, a slot, or the like.
  • TTIs shorter than normal TTIs may also be referred to as shortened TTIs, short TTIs, partial TTIs (partial or fractional TTIs), shortened subframes, short subframes, minislots, subslots, slots, and the like.
  • the long TTI (for example, normal TTI, subframe, etc.) may be read as a TTI having a time length of more than 1 ms
  • the short TTI (for example, shortened TTI, etc.) may be read as less than the TTI length of the long TTI and 1 ms. It may be read as a TTI having the above TTI length.
  • the resource block (RB) is a resource allocation unit in the time domain and the frequency domain, and may include one or a plurality of continuous subcarriers in the frequency domain.
  • the number of subcarriers contained in RB may be the same regardless of numerology, and may be, for example, 12.
  • the number of subcarriers contained in the RB may be determined based on numerology.
  • the time domain of RB may include one or more symbols, and may have a length of 1 slot, 1 mini slot, 1 subframe, or 1 TTI.
  • Each 1TTI, 1 subframe, etc. may be composed of one or a plurality of resource blocks.
  • One or more RBs include a physical resource block (Physical RB: PRB), a sub-carrier group (Sub-Carrier Group: SCG), a resource element group (Resource Element Group: REG), a PRB pair, an RB pair, and the like. May be called.
  • Physical RB Physical RB: PRB
  • SCG sub-carrier Group
  • REG resource element group
  • PRB pair an RB pair, and the like. May be called.
  • the resource block may be composed of one or a plurality of resource elements (ResourceElement: RE).
  • RE resource elements
  • 1RE may be a radio resource area of 1 subcarrier and 1 symbol.
  • Bandwidth Part (which may also be called partial bandwidth, etc.) may represent a subset of consecutive common RBs (common resource blocks) for a neurology in a carrier. good.
  • the common RB may be specified by the index of the RB with respect to the common reference point of the carrier.
  • PRBs may be defined in a BWP and numbered within that BWP.
  • BWP may include BWP for UL (UL BWP) and BWP for DL (DL BWP).
  • BWP for UL
  • DL BWP BWP for DL
  • One or more BWPs may be set in one carrier for the UE.
  • At least one of the configured BWPs may be active, and the UE may not expect to send or receive a given signal / channel outside the active BWP.
  • “cell”, “carrier” and the like in this disclosure may be read as “BWP”.
  • the above-mentioned structures such as wireless frames, subframes, slots, mini slots and symbols are merely examples.
  • the number of subframes contained in a wireless frame the number of slots per subframe or wireless frame, the number of minislots contained within a slot, the number of symbols and RBs contained in a slot or minislot, included in RB.
  • the number of subcarriers, the number of symbols in the TTI, the symbol length, the cyclic prefix (CP) length, and other configurations can be changed in various ways.
  • connection means any direct or indirect connection or connection between two or more elements, and each other. It can include the presence of one or more intermediate elements between two “connected” or “combined” elements.
  • the connection or connection between the elements may be physical, logical, or a combination thereof.
  • connection may be read as "access”.
  • the two elements use at least one of one or more wires, cables and printed electrical connections, and, as some non-limiting and non-comprehensive examples, the radio frequency domain.
  • Electromagnetic energy with wavelengths in the microwave and light (both visible and invisible) regions, etc. can be considered to be “connected” or “coupled” to each other.
  • the reference signal can also be abbreviated as Reference Signal (RS) and may be called a pilot (Pilot) depending on the applicable standard.
  • RS Reference Signal
  • Pilot pilot
  • each of the above devices may be replaced with a "part”, a “circuit”, a “device”, or the like.
  • references to elements using designations such as “first”, “second” as used in this disclosure does not generally limit the quantity or order of those elements. These designations can be used in the present disclosure as a convenient way to distinguish between two or more elements. Thus, references to the first and second elements do not mean that only two elements can be adopted there, or that the first element must somehow precede the second element.
  • determining and “determining” used in this disclosure may include a wide variety of actions.
  • “Judgment” and “decision” are, for example, judgment (judging), calculation (calculating), calculation (computing), processing (processing), derivation (deriving), investigation (investigating), search (looking up, search, inquiry). (For example, searching in a table, database or another data structure), ascertaining may be regarded as “judgment” or “decision”.
  • judgment and “decision” are receiving (for example, receiving information), transmitting (for example, transmitting information), input (input), output (output), and access.
  • Accessing (for example, accessing data in memory) may be regarded as "judgment” or “decision”.
  • judgment and “decision” mean that the things such as solving, selecting, choosing, establishing, and comparing are regarded as “judgment” and “decision”. Can include. That is, “judgment” and “decision” may include considering some action as “judgment” and “decision”. Further, “judgment (decision)” may be read as “assuming”, “expecting”, “considering” and the like.
  • the term "A and B are different” may mean “A and B are different from each other”.
  • the term may mean that "A and B are different from C”.
  • Terms such as “separate” and “combined” may be interpreted in the same way as “different”.
  • Wireless communication system 20 NG-RAN 100 gNB 200 UE 210 Radio signal transmission / reception unit 220 Amplifier unit 230 Modulation / demodulation unit 240 Control signal / reference signal processing unit 250 Coding / decoding unit 260 Data transmission / reception unit 270 Control unit 1001 Processor 1001 Processor 1002 Memory 1003 Storage 1004 Communication device 1005 Input device 1006 Output device 1007 bus

Landscapes

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

Abstract

端末は、上り制御チャネル、第１上りデータチャネル及び第２上りデータチャネルを送信する。端末は、上り制御チャネル、第１上りデータチャネル及び第２上りデータチャネルが同一の優先度を有する場合、第１上りデータチャネルと第２上りデータチャネルとの時間方向における重複、上りリンクの送信省略、及び第１上りデータチャネルまたは第２上りデータチャネルへの上りリンク制御情報の多重に基づいて、上りリンクにおける送信を制御する。

Description

端末及び無線通信方法
　本開示は、上りリンクトラフィックの優先または多重化処理に対応した端末及び無線通信方法に関する。
　3rd Generation Partnership Project（3GPP）は、5th generation mobile communication system（5G、New Radio（NR）またはNext Generation（NG）とも呼ばれる）を仕様化し、さらに、Beyond 5G、5G Evolution或いは6Gと呼ばれる次世代の仕様化も進めている。
　3GPPのRelease 16では、下りリンク制御情報（DCI：Downlink Control Information）のフォーマット2_4が導入され、優先度が高い上りリンク（UL）送信を確保（preempt）するために、優先度の低いUL送信をキャンセルすることが可能である。
　また、3GPPのRelease 17では、異なる優先度を有するULトラフィックの端末（User Equipment, UE）内での多重化処理などが合意されている（例えば、非特許文献１）。
　さらに、複数のUL送信が時間方向において重複した場合におけるUL送信の省略（スキップ）の仕組みについても検討されている（非特許文献２）。
"Enhanced Industrial Internet of Things (IoT) and ultra-reliable and low latency communication", RP-201310, 3GPP TSG RAN Meeting #88e, 3GPP, 2020年7月 "RAN1 Chairman’s Notes", 3GPP TSG RAN WG1 Meeting #102-e, e-Meeting, 3GPP, 2020年8月
　しかしながら、同一または異なる優先度を有する複数のUL送信の取り扱いについては、当該UL送信の内容（チャネル種別など）に応じて異なり得る。
　そこで、以下の開示は、このような状況に鑑みてなされたものであり、同一または異なる優先度を有する複数のUL送信を効率的かつ適切に処理し得る端末及び無線通信方法の提供を目的とする。
　本開示の一態様は、上り制御チャネル、第１上りデータチャネル及び第２上りデータチャネルを送信する送信部（無線信号送受信部210）と、前記上り制御チャネル、前記第１上りデータチャネル及び前記第２上りデータチャネルが同一の優先度を有する場合、前記第１上りデータチャネルと前記第２上りデータチャネルとの時間方向における重複、上りリンクの送信省略、及び前記第１上りデータチャネルまたは前記第２上りデータチャネルへの上りリンク制御情報の多重に基づいて、前記上りリンクにおける送信を制御する制御部（制御部270）とを備える端末（UE200）である。
　本開示の一態様は、上り制御チャネル、第１上りデータチャネル及び第２上りデータチャネルを送信する送信部（無線信号送受信部210）と、前記上り制御チャネル、前記第１上りデータチャネル及び前記第２上りデータチャネルが異なる優先度を有する場合、前記第１上りデータチャネルと前記第２上りデータチャネルとの時間方向における重複、上りリンクの送信省略、前記第１上りデータチャネルまたは前記第２上りデータチャネルへの上りリンク制御情報の多重、及び端末内優先・多重処理に基づいて、前記上りリンクにおける送信を制御する制御部（制御部270）とを備える端末（UE200）である。
　本開示の一態様は、端末が、上り制御チャネル、第１上りデータチャネル及び第２上りデータチャネルを送信するステップと、前記端末が、前記上り制御チャネル、前記第１上りデータチャネル及び前記第２上りデータチャネルが同一の優先度を有する場合、前記第１上りデータチャネルと前記第２上りデータチャネルとの時間方向における重複、上りリンクの送信省略、及び前記第１上りデータチャネルまたは前記第２上りデータチャネルへの上りリンク制御情報の多重に基づいて、前記上りリンクにおける送信を制御するステップとを含む無線通信方法である。
　本開示の一態様は、端末が、上り制御チャネル、第１上りデータチャネル及び第２上りデータチャネルを送信するステップと、前記端末が、前記上り制御チャネル、前記第１上りデータチャネル及び前記第２上りデータチャネルが異なる優先度を有する場合、前記第１上りデータチャネルと前記第２上りデータチャネルとの時間方向における重複、上りリンクの送信省略、前記第１上りデータチャネルまたは前記第２上りデータチャネルへの上りリンク制御情報の多重、及び端末内優先・多重処理に基づいて、前記上りリンクにおける送信を制御するステップとを含む無線通信方法である。
図１は、無線通信システム10の全体概略構成図である。 図２は、無線通信システム10において用いられる無線フレーム、サブフレーム及びスロットの構成例を示す図である。 図３は、UE200の機能ブロック構成図である。 図４は、オプション１－１：ケース１に係るDG PUSCH、CG PUSCH及びPUCCHのタイムラインを示す図である。 図５は、オプション１－１：ケース１に係るUEの動作フロー図である。 図６は、オプション１－１：ケース２に係るDG PUSCH、CG PUSCH及びPUCCHのタイムラインを示す図である。 図７は、オプション１－１：ケース３に係るDG PUSCH、CG PUSCH及びPUCCHのタイムラインを示す図である。 図８は、オプション１－１：ケース４に係るDG PUSCH、CG PUSCH及びPUCCHのタイムラインを示す図である。 図９は、オプション１－１：ケース５に係るDG PUSCH、CG PUSCH及びPUCCHのタイムラインを示す図である。 図１０は、オプション１－２：ケースに係る１DG PUSCH、CG PUSCH及びPUCCHのタイムラインを示す図である。 図１１は、オプション１－２：ケース２に係るDG PUSCH、CG PUSCH及びPUCCHのタイムラインを示す図である。 図１２は、オプション１－２：ケース３に係るDG PUSCH、CG PUSCH及びPUCCHのタイムラインを示す図である。 図１３は、オプション１－１：ケース４に係るDG PUSCH、CG PUSCH及びPUCCHのタイムラインを示す図である。 図１４は、オプション１－１：ケース５に係るDG PUSCH、CG PUSCH及びPUCCHのタイムラインを示す図である。 図１５は、オプション１－３：ケース１に係るDG PUSCH、CG PUSCH及びPUCCHのタイムラインを示す図である。 図１６は、オプション１－３：ケース１に係るUEの動作フロー図をある。 図１７は、オプション１－３：ケース２に係るDG PUSCH、CG PUSCH及びPUCCHのタイムラインを示す図である。 図１８は、オプション１－３：ケース３に係るDG PUSCH、CG PUSCH及びPUCCHのタイムラインを示す図である。 図１９は、オプション１－３：ケース４に係るDG PUSCH、CG PUSCH及びPUCCHのタイムラインを示す図である。 図２０は、オプション１－３：ケース５に係るDG PUSCH、CG PUSCH及びPUCCHのタイムラインを示す図である。 図２１は、オプション２－１：ケース１に係るDG PUSCH、CG PUSCH及びPUCCHのタイムラインを示す図である。 図２２は、オプション２－１：ケース２に係るDG PUSCH、CG PUSCH及びPUCCHのタイムラインを示す図である。 図２３は、オプション２－１：ケース３に係るDG PUSCH、CG PUSCH及びPUCCHのタイムラインを示す図である。 図２４は、オプション２－１：ケース４に係るDG PUSCH、CG PUSCH及びPUCCHのタイムラインを示す図である。 図２５は、オプション２－１：ケース５に係るDG PUSCH、CG PUSCH及びPUCCHのタイムラインを示す図である。 図２６は、オプション２－１：ケース６に係るDG PUSCH、CG PUSCH及びPUCCHのタイムラインを示す図である。 図２７は、オプション２－２：ケース１に係るDG PUSCH、CG PUSCH及びPUCCHのタイムラインを示す図である。 図２８は、オプション２－２：ケース２に係るDG PUSCH、CG PUSCH及びPUCCHのタイムラインを示す図である。 図２９は、オプション２－２：ケース３に係るDG PUSCH、CG PUSCH及びPUCCHのタイムラインを示す図である。 図３０は、オプション２－２：ケース４に係るDG PUSCH、CG PUSCH及びPUCCHのタイムラインを示す図である。 図３１は、オプション２－２：ケース５に係るDG PUSCH、CG PUSCH及びPUCCHのタイムラインを示す図である。 図３２は、オプション２－２：ケース６に係るDG PUSCH、CG PUSCH及びPUCCHのタイムラインを示す図である。 図３３は、オプション２－３：ケース１に係るDG PUSCH、CG PUSCH及びPUCCHのタイムラインを示す図である。 図３４は、オプション２－３：ケース２に係るDG PUSCH、CG PUSCH及びPUCCHのタイムラインを示す図である。 図３５は、オプション２－３：ケース３に係るDG PUSCH、CG PUSCH及びPUCCHのタイムラインを示す図である。 図３６は、オプション２－３：ケース４に係るDG PUSCH、CG PUSCH及びPUCCHのタイムラインを示す図である。 図３７は、オプション２－３：ケース５に係るDG PUSCH、CG PUSCH及びPUCCHのタイムラインを示す図である。 図３８は、オプション２－３：ケース６に係るDG PUSCH、CG PUSCH及びPUCCHのタイムラインを示す図である。 図３９は、オプション２－４：ケース７に係るDG PUSCH、CG PUSCH及びPUCCHのタイムラインを示す図である。 図４０は、オプション２－４：ケース８に係るDG PUSCH、CG PUSCH及びPUCCHのタイムラインを示す図である。 図４１は、オプション２－４：ケース９に係るDG PUSCH、CG PUSCH及びPUCCHのタイムラインを示す図である。 図４２は、オプション２－５：ケース７に係るDG PUSCH、CG PUSCH及びPUCCHのタイムラインを示す図である。 図４３は、オプション２－５：ケース８に係るDG PUSCH、CG PUSCH及びPUCCHのタイムラインを示す図である。 図４４は、オプション２－５：ケース９に係るDG PUSCH、CG PUSCH及びPUCCHのタイムラインを示す図である。 図４５は、オプション２－６：ケース７に係るDG PUSCH、CG PUSCH及びPUCCHのタイムラインを示す図である。 図４６は、オプション２－６：ケース８に係るDG PUSCH、CG PUSCH及びPUCCHのタイムラインを示す図である。 図４７は、オプション２－６：ケース９に係るDG PUSCH、CG PUSCH及びPUCCHのタイムラインを示す図である。 図４８は、gNB100及びUE200のハードウェア構成の一例を示す図である。
　以下、実施形態を図面に基づいて説明する。なお、同一の機能や構成には、同一または類似の符号を付して、その説明を適宜省略する。
　（１）無線通信システムの全体概略構成
　図１は、本実施形態に係る無線通信システム10の全体概略構成図である。無線通信システム10は、5G New Radio（NR）に従った無線通信システムであり、Next Generation-Radio Access Network 20（以下、NG-RAN20、及びユーザ端末200（User Equipment 200、以下、UE200）を含む。
　NG-RAN20は、無線基地局100（以下、gNB100）を含む。なお、gNB及びUEの数を含む無線通信システム10の具体的な構成は、図１に示した例に限定されない。
　NG-RAN20は、実際には複数のNG-RAN Node、具体的には、gNB（またはng-eNB）を含み、5Gに従ったコアネットワーク（5GC、不図示）と接続される。なお、NG-RAN20及び5GCは、単に「ネットワーク」と表現されてもよい。
　gNB100は、NRに従った無線基地局であり、UE200とNRに従った無線通信を実行する。gNB100及びUE200は、複数のアンテナ素子から送信される無線信号を制御することによって、より指向性の高いビームを生成するMassive MIMO、複数のコンポーネントキャリア（CC）を束ねて用いるキャリアアグリゲーション（CA）、及びUEと複数のNG-RAN Nodeそれぞれとの間において同時に通信を行うデュアルコネクティビティ（DC）などに対応することができる。
　無線通信システム10は、FR1及びFR2に対応する。各FRの周波数帯は、次のとおりである。
　　・FR1：410 MHz～7.125 GHz
　　・FR2：24.25 GHz～52.6 GHz
　FR1では、15, 30または60kHzのSub-Carrier Spacing（SCS）が用いられ、5～100MHzの帯域幅（BW）が用いられてもよい。FR2は、FR1よりも高周波数であり、60または120kHz（240kHzが含まれてもよい）のSCSが用いられ、50～400MHzの帯域幅（BW）が用いられてもよい。
　さらに、無線通信システム10は、FR2の周波数帯域よりも高周波数帯域にも対応してもよい。具体的には、無線通信システム10は、52.6GHzを超え、114.25GHzまでの周波数帯域に対応し得る。
　また、より大きなSub-Carrier Spacing（SCS）を有するCyclic Prefix-Orthogonal Frequency Division Multiplexing（CP-OFDM）／Discrete Fourier Transform - Spread（DFT-S-OFDM）を適用してもよい。さらに、DFT-S-OFDMは、上りリンク（UL）だけでなく、下りリンク（DL）にも適用されてもよい。
　図２は、無線通信システム10において用いられる無線フレーム、サブフレーム及びスロットの構成例を示す。
　図２に示すように、１スロットは、１４シンボルで構成され、SCSが大きく（広く）なる程、シンボル期間（及びスロット期間）は短くなる。なお、１スロットを構成するシンボル数は、必ずしも１４シンボルでなくてもよい（例えば、２８、５６シンボル）。また、サブフレーム当たりのスロット数は、SCSによって異なっていてよい。さらに、SCSは、240kHzよりも広くてもよい（例えば、図３に示すように、480kHz, 960kHz）
　なお、図２に示す時間方向（t）は、時間領域、シンボル期間またはシンボル時間などと呼ばれてもよい。また、周波数方向は、周波数領域、リソースブロック、サブキャリア、BWP (Bandwidth part)などと呼ばれてもよい。
　また、無線通信システム10では、複数の下りリンク制御情報（DCI：Downlink Control Information）が用いられてよい。DCIは、各ユーザ（UE）がデータを復調するために必要なスケジューリング情報，データ変調，およびチャネル符号化率の情報などを含む下りリンクで送信する制御情報と解釈されてよい。
　特に、本実施形態では、優先度が高い上りリンク（UL）送信を確保（preempt）し、優先度の低いUL送信をキャンセルするため、DCI format 2_4が用いられてよい。DCI format 2_4は、UE200からの対応するUL送信をキャンセルする物理リソースブロック（PRB）及びOFDMシンボルをUEのグループに通知するために用いられてよい。つまり、DCI format 2_4は、UL送信をキャンセルしたPRB及びOFDMシンボルを通知するフォーマットと解釈されてよい。なお、キャンセルは、取り消し、停止或いは中止などと読み替えられてもよい。
　DCI format 2_4は、以下のような形式によって表示されてよい。
　　・Cancellation indication 1, Cancellation indication 2, …, Cancellation indication N
　UE200は、DCI format 2_4によって示されるULのCancellation Indication（UL CIと呼ばれてもよい）に基づいてUL送信、具体的には、PUSCH（Physical Uplink Shared Channel、上りデータチャネル）または、Sounding Reference Signal（SRS）などの送信をキャンセルできる。なお、UL CIによって、PUCCH（Physical Uplink Control Channel)、上り制御チャネル）がキャンセルされてもよい。
　また、無線通信システム10では、異なる優先度を有するULトラフィックのUE200内での多重化（Intra-UE multiplexing）がサポートされてよい。具体的には、UE200は、低優先度（LP）のトラフィックと、高優先度（HP）のトラフィックとを多重化し、当該トラフィックが多重化された結果（多重結果）を、ULを介して送信してよい。
　さらに、異なる優先度を有するULトラフィックのUE200内での優先処理（Intra-UE prioritization）がサポートされてよい。例えば、UE200は、HPトラフィックを優先して送信、LPトラフィックを送信しなくても（ドロップ）してもよい。
　トラフィックは、チャネル、データチャネル、制御チャネル、パス、データ或いは制御データなどと読み替えられてもよい。また、LPは第１優先度、HPは第２優先度と表現（或いは逆に表現）されてもよい。多重結果は、outcome、成果、転帰或いは出力などと読み替えられてもよい。
　（２）無線通信システムの機能ブロック構成
　次に、無線通信システム10の機能ブロック構成について説明する。具体的には、UE200の機能ブロック構成について説明する。
　図３は、UE200の機能ブロック構成図である。図３に示すように、UE200は、無線信号送受信部210、アンプ部220、変復調部230、制御信号・参照信号処理部240、符号化/復号部250、データ送受信部260及び制御部270を備える。なお、gNB100（無線基地局）も概ね同様の機能ブロック構成を備えてよい。
　無線信号送受信部210は、NRに従った無線信号を送受信する。無線信号送受信部210は、Massive MIMO、複数のCCを束ねて用いるCA、及びUEと２つのNG-RAN Nodeそれぞれとの間において同時に通信を行うDCなどに対応する。
　特に、本実施形態では、無線信号送受信部210は、異なる優先度を有するULトラフィックを所定のULチャネルを介して送信できる。具体的には、無線信号送受信部210は、低優先度（LP）のトラフィック（第１トラフィック）と、高優先度（HP）のトラフィック（第２トラフィック）とが多重された多重結果を送信できる。
　また、無線信号送受信部210は、各種のULチャネルを送信できる。具体的には、無線信号送受信部210は、物理（PHY）レイヤ（レイヤ１）の上り制御チャネル、第１上りデータチャネル及び第２上りデータチャネルを送信できる。本実施形態において、無線信号送受信部210は、送信部を構成する。
　より具体的には、無線信号送受信部210は、PUCCH及びPUSCHを送信できる。PUSCHには、CG (Configured Grant) PUSCH（第１上りデータチャネル）及びDG (Dynamic Grant) PUSCHが含まれてよい。CG PUSCHは、スケジューリング要求（SR）の送信やUL Grant（DG）の受信を必要とせずに送信されてよい。一方、DG PUSCHは、UL Grantに応じて送信されてよい。
　アンプ部220は、PA (Power Amplifier)/LNA (Low Noise Amplifier)などによって構成される。アンプ部220は、変復調部230から出力された信号を所定の電力レベルに増幅する。また、アンプ部220は、無線信号送受信部210から出力されたRF信号を増幅する。
　変復調部230は、所定の通信先（gNB100など）毎に、データ変調／復調、送信電力設定及びリソースブロック割当などを実行する。変復調部230では、Cyclic Prefix-Orthogonal Frequency Division Multiplexing（CP-OFDM）／Discrete Fourier Transform - Spread（DFT-S-OFDM）が適用されてもよい。また、DFT-S-OFDMは、上りリンク（UL）だけでなく、下りリンク（DL）にも用いられてもよい。
　制御信号・参照信号処理部240は、UE200が送受信する各種の制御信号に関する処理、及びUE200が送受信する各種の参照信号に関する処理を実行する。
　具体的には、制御信号・参照信号処理部240は、gNB100から所定の制御チャネルを介して送信される各種の制御信号、例えば、無線リソース制御レイヤ（RRC）の制御信号を受信する。また、制御信号・参照信号処理部240は、gNB100に向けて、所定の制御チャネルを介して各種の制御信号を送信する。
　制御信号・参照信号処理部240は、Demodulation Reference Signal（DMRS）、及びPhase Tracking Reference Signal （PTRS）などの参照信号（RS）を用いた処理を実行する。
　DMRSは、データ復調に用いるフェージングチャネルを推定するための端末個別の基地局～端末間において既知の参照信号（パイロット信号）である。PTRSは、高い周波数帯で課題となる位相雑音の推定を目的した端末個別の参照信号である。
　なお、参照信号には、DMRS及びPTRS以外に、Channel State Information-Reference Signal（CSI-RS）、Sounding Reference Signal（SRS）、及び位置情報用のPositioning Reference Signal（PRS）などが含まれてもよい。
　また、チャネルには、制御チャネルとデータチャネルとが含まれる。制御チャネルには、PDCCH（Physical Downlink Control Channel）、PUCCH（Physical Uplink Control Channel）、RACH（Random Access Channel、Random Access Radio Network Temporary Identifier(RA-RNTI)を含むDownlink Control Information (DCI)）、及びPhysical Broadcast Channel（PBCH）などが含まれてよい。
　また、データチャネルには、PDSCH（Physical Downlink Shared Channel）、及びPUSCH（Physical Uplink Shared Channel）などが含まれる。データとは、データチャネルを介して送信されるデータを意味してよい。
　PUCCHは、UCI（Uplink Control Information）の送信に用いられるUL物理チャネルと解釈されてよい。UCIは、状況に応じてPUCCHまたはPUSCHの何れかによって送信できる。なお、DCIは、常にPDCCHによって送信されてよく、PDSCHを介しては送信されなくてもよい。
　UCIは、ハイブリッドARQ（HARQ：Hybrid automatic repeat request）のACK/NACK、UE200からのスケジューリング要求（SR）及びChannel State Information（CSI）の少なくとも何れかを含んでよい。
　また、PUCCHを送信するタイミング及び無線リソースは、データチャネルと同様にDCIによって制御されてよい。
　符号化/復号部250は、所定の通信先（gNB100または他のgNB）毎に、データの分割／連結及びチャネルコーディング／復号などを実行する。
　具体的には、符号化/復号部250は、データ送受信部260から出力されたデータを所定のサイズに分割し、分割されたデータに対してチャネルコーディングを実行する。また、符号化/復号部250は、変復調部230から出力されたデータを復号し、復号したデータを連結する。
　データ送受信部260は、Protocol Data Unit (PDU)ならびにService Data Unit (SDU)の送受信を実行する。具体的には、データ送受信部260は、複数のレイヤ（媒体アクセス制御レイヤ（MAC）、無線リンク制御レイヤ（RLC）、及びパケット・データ・コンバージェンス・プロトコル・レイヤ（PDCP）など）におけるPDU/SDUの組み立て／分解などを実行する。また、データ送受信部260は、ハイブリッドARQ（Hybrid automatic repeat request）に基づいて、データの誤り訂正及び再送制御を実行する。
　制御部270は、UE200を構成する各機能ブロックを制御する。特に、本実施形態では、制御部270は、異なる優先度を有するULトラフィックの多重化処理を実行できる。
　具体的には、制御部270は、低優先度（第１優先度）を有するトラフィック（第１トラフィック）と、低優先度よりも優先度が高い高優先度（第１優先度と異なる第２優先度と表現されてもよい）を有するトラフィック（第２トラフィック）との多重化処理を実行できる。なお、多重化は、multiplexing、合成或いは重畳などの用語に読み替えられてもよい。また、上述したように、トラフィックは、チャネル、データチャネル、制御チャネル、パス、データ或いは制御データなどと読み替えられてもよい。
　制御部270は、複数の低優先度（LP）トラフィック（第１トラフィック）を多重するとともに、複数の高優先度（HP）トラフィック（第２トラフィック）を多重し、複数のLPトラフィックが多重された多重結果と、複数のHPトラフィックが多重された多重結果とをさらに多重してよい。
　また、制御部270は、１つまたは複数のLPトラフィックと、１つまたは複数のHPトラフィックとを多重することによって多重結果を生成してもよい。
　或いは、制御部270は、複数のLPトラフィックを多重することによって多重結果を生成し、当該多重結果と、１つまたは複数のHPトラフィックとを多重することによって多重結果を生成してもよい。逆に、制御部270は、複数のHPトラフィックを多重することによって多重結果を生成し、当該多重結果と、１つまたは複数のLPトラフィックとを多重することによって多重結果を生成してもよい。
　なお、LPトラフィックとHPトラフィックとの多重化方法が、これらの方式に限定されない。例えば、制御部270は、１つまたは複数のLPトラフィックと、１つまたは複数のHPトラフィックとを多重する処理を複数実行し、当該複数の多重結果をさらに多重するような階層的な多重化処理を実行してもよい。また、多重化処理の階層もより多くても構わない。
　また、制御部270は、PUCCH（上り制御チャネル）、CG PUSCH（第１上りデータチャネル）及びDG PUSCH（第２上りデータチャネル）が同一の優先度を有する場合、CG PUSCHとDG PUSCHとの時間方向における重複、ULの送信省略（UL skippingと呼ばれてもよい）、及びCG PUSCHまたはDG PUSCHへのUCI（上りリンク制御情報）の多重に基づいて、ULにおける送信を制御してよい。
　具体的には、制御部270は、DG PUSCHとCG PUSCHとの時間方向における衝突（重複、オーバラップなどと呼ばれてもよい）が発生する場合、何れのPUSCHを送信するかを判定してよい。次いで、制御部270は、PUCCHが、送信すると判定したPUSCHとオーバーラップする場合、UCIを当該PUSCHに多重してよい。さらに、制御部270は、送信しないと判定したPUSCH（DG PUSCHまたはCG PUSCHの何れか）のUL skippingを実行してよい。
　なお、CG PUSCHとDG PUSCHとの時間方向における重複、UL skipping、及びCG PUSCHまたはDG PUSCHへのUCIの多重のうち、必ずしも全てに基づいてULにおける送信が制御されなくてもよい。
　また、制御部270は、PUCCH（上り制御チャネル）、CG PUSCH（第１上りデータチャネル）及びDG PUSCH（第２上りデータチャネル）が異なる優先度を有する場合、CG PUSCHとDG PUSCHとの時間方向における重複、ULの送信省略（UL skipping）、CG PUSCHまたはDG PUSCHへのUCI（上りリンク制御情報）の多重、及びIntra-UE prioritization/multiplexing（端末内優先・多重処理）に基づいて、ULにおける送信を制御してもよい。
　具体的には、制御部270は、制御部270は、DG PUSCHとCG PUSCHとの時間方向における衝突が発生する場合、何れのPUSCHを送信するかを判定してよい。次いで、制御部270は、PUCCHが、送信すると判定したPUSCHとオーバーラップする場合、UCIを当該PUSCHに多重してよい。また、制御部270は、送信しないと判定したPUSCH（DG PUSCHまたはCG PUSCHの何れか）のUL skippingを実行してよい。さらに、制御部270は、異なる優先度を有するPUCCHとPUSCHとがオーバーラップする場合、Intra-UE prioritization/multiplexingを実行してよい。
　（３）無線通信システムの動作
　次に、無線通信システム10の動作について説明する。具体的には、CG、DG及びUCIの送信が重複する場合における、DG PUSCHとCG PUSCHとの衝突処理、UCIの多重化、ULの送信省略（UL skipping）及びIntra-UE prioritization/multiplexingに関する動作について説明する。
　（３．１）前提
　3GPP Release 15, 16では、同一優先度を有するCG/DG/UCIのオーバーラップについて、次のケースが想定されている。
　　・ケース１－１：DG PUSCHのみがPUCCHとオーバーラップ
　MACは、DG PUSCH用のMAC PDUを生成し、UCIは、DG PUSCHに多重される。
　　・ケース１－２：CG PUSCHのみがPUCCHとオーバーラップ
　MACは、CG PUSCH用のMAC PDUを生成し、当該MAC PDUを物理レイヤ（PHY）に配信される。UCIは、CG PUSCHに多重される。
　　・ケース１－３：DG PUSCHとCG PUSCHとがオーバーラップし、DG PUSCH／CG PUSCHがPUCCHとオーバーラップ
　MACは、DG PUSCH用のMAC PDUを生成し、UCIは、DG PUSCHに多重される。MACは、同一サービングセルのDG PUSCHとオーバーラップするCG PUSCH用のTB（Transport Block）を生成しない。CG PUSCHは廃棄され、以降の物理レイヤの手順には関与しない。
　　・ケース１－４：DG PUSCHとCG PUSCHとがオーバーラップし、DG PUSCHとPUCCHとがオーバーラップ
　MACは、DG PUSCH用のMAC PDUを生成し、UCIは、DG PUSCHに多重される。同一サービングセルのDG PUSCHとオーバーラップするCG PUSCH用のTB（Transport Block）を生成しない。CG PUSCHは廃棄され、以降の物理レイヤの手順には関与しない。
　　・ケース１－５：DG PUSCHとCG PUSCHとがオーバーラップしておらず、DG PUSCHとCG PUSCHとがPUCCHとオーバーラップ
　MACは、DG PUSCH用のMAC PDUを生成し、UCIは、DG PUSCHに多重される。
　　・ケース１－６：DG PUSCHとCG PUSCHとがオーバーラップし、CG PUSCHとPUCCHとがオーバーラップ
　本ケースにおける動作については、3GPP Release 16において引き続き検討されている。
　同一優先度を有するCG/DG/UCIを考慮した3GPP Release 15, 16のUL skippingに関して、上述したケースに対する挙動は決定されていない。主な課題は、DG/CG衝突処理、UL skipping、UCI多重化の順序である。
　また、3GPP Release 17の異なる優先度を揺するDG PUSCHとCG PUSCHとの衝突に関しては、UL skipping及び異なる優先度を有するCG/DG/UCIも考慮する必要がある。この場合、主な課題は、DG/CG衝突処理、UL skipping、同一優先度内でのUCI多重化、及び異なる優先度のPUCCH/PUSCHに対するUE内での優先度付けの順序である。
　（３．２）動作例１
　ケースA（同一優先度のPUCCH、CG PUSCH及びDG PUSCH）では、DG/CG衝突処理、UL skipping、UCI多重化を考慮して、UL送信の挙動及びタイムライン検査（時間方向の整合性などと呼ばれてもよい）が決定されてよい。DG/CG衝突処理、UL skipping及びUCI多重化の順序は、次のとおりでよい。
　（オプション１－１）
　　・ステップ１：DG PUSCHまたはCG PUSCHを決定するためのDG/CG衝突処理（DG PUSCHとCG PUSCHとがオーバーラップしている場合）は送信可能であり、他はキャンセルまたはスキップしてよい。CG PUSCHをオーバーライド（上書きする）DG PUSCHのタイムラインがチェックされてよい。
　キャンセルされた（スキップされた）PUSCHが、キャンセルされていない（スキップされた）PUSCHと重複しない他のPUCCHと重複する場合、次の何れかにしたがって動作してよい。
　　　・オプション１：「CG PUSCHの開始シンボル」の参照指示を「CG PUSCHの開始シンボルのうち最も古いシンボルとDG PUSCHとオーバーラップしない、オーバーラップPUCCHの開始シンボル」に置き換える。
　　　・オプション２：3GPP Release 16のようにCG PUSCHをオーバーライドするDG PUSCHのタイムラインが適用される。
　　　　・分析：DG/CG衝突処理は、ステップ2のUCI多重化に影響を与える可能性があるため、オプション1が推奨されてよい。ケース１（図４）の例のように、Δ2がDGオーバーライドのタイムラインを満たすことができない場合、UEは、PUCCHを送信する準備ができていない可能性がある）。
　　・ステップ２：ステップ１においてキャンセル／スキップしたPUSCHを除外した後、PUCCHがPUSCHとオーバーラップする場合には、UCI多重化を行われてよい。多重化のタイムラインがチェックされてよい。
　　　・代替１：多重化タイムラインは、ステップ１によってキャンセルされた/スキップされたPUSCHを考慮せずにチェックされる。
　　　・代替２：多重化タイムラインは、ステップ１によってキャンセルされた/スキップされたPUSCHを考慮してチェックされる。
　　・ステップ３：CG PUSCHまたはDG PUSCHのUL skippingが実行される。
　転送されるTBがなく、PUSCHにUCIが多重化されていない場合（DG PUSCHの場合、UL skippingが有効な場合)、スキップされてよい。このように動作しないと、PUSCHをスキップできない。
　（オプション１－１：ケース１（図４、図５））
　以下、想定されるケース毎の動作順序について説明する。本オプションでは、ステップ１～３の処理が実行されてよい（以下同）。
　　・ステップ１：DG/CG衝突処理
　Δ1がDGのオーバーライドタイムラインを満たしていない場合、エラーが発生してよい。
　Δ1がDGのオーバーライドタイムラインを満たす場合、
　　　・オプション１：Δ2がDGのオーバーライドタイムラインを満たすか否かをチェックする。
　オーバーライドタイムラインを満たせば、CG PUSCHはキャンセル/スキップされてよい。それ以外の場合は、エラーが発生してよい。
　　　・オプション２：CG PUSCHはキャンセル/スキップされる。
　　・ステップ２：CG PUSCHを除外したUCI多重化
　代替１または代替２のタイムラインが満たされてよい。また、CG PUSCHがキャンセルされたため、UCI多重化は行われなくてよい。
　　・ステップ３：UL skipping
　DG PUSCH用に送信するTBがない場合（UL skippingが有効な場合）、DG PUSCHはスキップされてよい。この結果、PUCCHのみが送信される。
　DG PUSCHに送信するTBがある場合、DG PUSCHが送信されてよい。この結果、PUCCH及びDG PUSCHが送信されてよい。
　図５は、上述したオプション１－１：ケース１に係るUEの動作フローを示す。
　（オプション１－１：ケース２（図６））
　　・ステップ１：DG/CG衝突処理
　Δ1がDGのオーバーライドタイムラインを満たしていない場合、エラーが発生してよい。
　Δ1がDGのオーバーライドタイムラインを満たす場合、このケースでは、オプション１とオプション２とに違いはない。また、CG PUSCHは、キャンセル/スキップされてよい。
　　・ステップ２：CG PUSCHを除外したUCI多重化
　　　・代替１：重複するPUCCH、DG PUSCH及びCG PUSCHのため、UCI多重化タイムラインが考慮されてよい。
　　　・代替２：重複するPUCCH、DG PUSCHのため、UCI多重化タイムラインが考慮されてよい。
　タイムラインが満たされる場合、UCIは、DG PUSCHで多重化されてよい。それ以外の場合は、エラーが発生してよい。
　　・ステップ３：UL skipping
　UCIがDG PUSCHに多重化されているため、DG PUSCHが送信されてよい。この結果、UCIが多重化されたDG PUSCHが送信されてよい。
　（オプション１－１：ケース３，４（図７、図８））
　（ケース３）
　　・ステップ１：DG/CG衝突処理
　Δ1がDGのオーバーライドタイムラインを満たしていない場合、エラーが発生してよい。
　Δ1がDGのオーバーライドタイムラインを満たす場合、このケースでは、オプション１とオプション２とに違いはない。また、CG PUSCHは、キャンセル/スキップされてよい。
　　・ステップ２：CG PUSCHを除外したUCI多重化
　この場合、代替１と代替２とに違いはない。また、UCI多重化タイムラインが満たされる場合、UCIはDG PUSCHで多重化されてよい。それ以外の場合は、エラーが発生してよい。
　　・ステップ３：UL skipping
　UCIがDG PUSCHに多重化されているため、DG PUSCHが送信されてよい。この結果、UCIが多重化されたDG PUSCHが送信されてよい。
　（ケース４）
　　・ステップ１：DG/CG衝突処理
　オーバーライドタイムラインは常に満たされてよい。また、CG PUSCHがキャンセル/スキップされてよい。
　　・ステップ２：CG PUSCHを除外したUCI多重化
　この場合、代替１と代替２とに違いはない。また、UCI多重化タイムラインが満たされる場合、UCIはDG PUSCHで多重化されてよい。それ以外の場合は、エラーが発生してよい。
　　・ステップ３：UL skipping
　UCIがDG PUSCHに多重化されているため、DG PUSCHが送信されてよい。この結果、UCIが多重化されたDG PUSCHが送信されてよい。
　（オプション１－１：ケース５（図９））
　　・ステップ１：DG/CG衝突処理
　Δ1がDGのオーバーライドタイムラインを満たしていない場合、エラーが発生してよい。
　Δ1がDGのオーバーライドタイムラインを満たす場合、
　　　・オプション１：Δ2がDGのオーバーライドタイムラインを満たすか否かがチェックされてよい。Δ2がDGのオーバーライドタイムラインを満たす場合、CG PUSCHはキャンセル/スキップされてよい。それ以外の場合は、エラーが発生してよい。
　　　・オプション２：CG PUSCHはキャンセル/スキップされてよい。
　　・ステップ２：CG PUSCHを除外したUCI多重化
　　PUCCH#1用
　　　・代替１：PUCCH#1とCG PUSCHとが重複している場合は、UCI多重化タイムラインが考慮されてよく、PUCCH#1が送信されてよい。それ以外の場合は、エラーが発生してよい。
　　　・代替２：タイムラインにおいてCG PUSCHを考慮しなくてよい。PUCCH#1はいつでも送信されてよい。
　　PUCCH#2用
　PUCCH#2の場合、DG PUSCHとPUCCH#2とのUCI多重化タイムラインが満たされると、PUCCH#2のUCIがDG PUSCHに多重化されてよい。それ以外の場合は、エラーが発生してよい。
　　・ステップ３：UL skipping
　UCIがDG PUSCHに多重化されているため、DG PUSCHが送信されてよい。この結果、PUCCH#1とPUCCH#2とのUCIを多重化したDG PUSCHが送信されてよい。
　（オプション１－２）
　　・ステップ１：UCI多重化（PUCCHがPUSCHと重複する場合）。多重化のタイムラインがチェックされてよい。
　　・ステップ２：DG/CG衝突処理（DGとCG PUSCHがオーバーラップしている場合）。CGをオーバーライドするDGのタイムラインがチェックされてよい。
　PUSCHがキャンセル/スキップされた場合、PUSCHに多重化されたUCIは一緒に廃棄されてよい。
　　・ステップ３：DG/CG衝突処理後のCGまたはDG PUSCHのためのUL skipping。
　転送されるTBがなく、PUSCHによってUCIが多重化されていない場合（DG PUSCHの場合、UL skippingが有効な場合）、スキップされてよい。このように動作しないと、PUSCHをスキップできない。
　（オプション１－２：ケース１（図１０））
　　・ステップ１：UCI多重化
　多重化タイムラインが満たされる場合、UCIはCG PUSCHに多重化されてよい。それ以外の場合は、エラーが発生してよい。
　　・ステップ２：DG/CG衝突処理
　Δ1がDGのオーバーライドタイムラインを満たしていない場合、エラーが発生してよい。
　Δ1がDGのオーバーライドタイムラインを満たす場合、CG PUSCHはキャンセル/スキップされてよい。CG PUSCHに多重化されたUCIも廃棄されてよい。
　　・ステップ３：UL skipping
　DG PUSCH用に送信するTBがない場合（UL skippingが有効な場合）、DG PUSCHはスキップされてよい。この結果、UL送信は行われなくてよい。
　DG PUSCHに送信するTBがある場合は、DG PUSCHが送信されてよい。この結果、DG PUSCHが送信されてよい。
　（オプション１－２：ケース２，３（図１１、図１２））
　（ケース２）
　　・ステップ１：UCI多重化
　重複するPUCCH、DG PUSCH、CG PUSCHを考慮した多重化スケジュールが満たされる場合、UCIはDG PUSCHに多重化されてよい。それ以外の場合は、エラーが発生してよい。
　　・ステップ２：DG/CG衝突処理
　Δ1がDGのオーバーライドタイムラインを満たしていない場合、エラーが発生してよい。
　Δ1がDGのオーバーライドタイムラインを満たす場合、CG PUSCHはキャンセル/スキップされてよい。
　　・ステップ３：UL skipping
　UCIがDG PUSCHに多重化されているため、DG PUSCHが送信されてよい。この結果、UCIが多重化されたDG PUSCHが送信されてよい。
　（ケース３）
　　・ステップ１：UCI多重化
　重複するPUCCHとDG PUSCHを考慮した多重化スケジュールが満たされる場合、UCIはDG PUSCHに多重化されてよい。それ以外の場合は、エラーが発生してよい。
　　・ステップ２：DG/CG衝突処理
　Δ1がDGのオーバーライドタイムラインを満たしていない場合、エラーが発生してよい。
　Δ1がDGのオーバーライドタイムラインを満たす場合、CG PUSCHはキャンセル/スキップされてよい。
　　・ステップ３：UL skipping
　UCIがDG PUSCHに多重化されているため、DG PUSCHが送信されてよい。この結果、UCIが多重化されたDG PUSCHが送信されてよい。
　（オプション１－１：ケース４，５（図１３、図１４））
　（ケース４）
　　・ステップ１：UCI多重化
　重複するPUCCHとDG PUSCHを考慮した多重化スケジュールが満たされる場合、UCIはDG PUSCHに多重化されてよい。それ以外の場合は、エラーが発生してよい。
　　・ステップ２：DG/CG衝突処理
　オーバーライドタイムラインは常に満たされてよい。CG PUSCHがキャンセル/スキップされてよい。
　　・ステップ３：UL skipping
　UCIがDG PUSCHに多重化されているため、DG PUSCHが送信されてよい。この結果、UCIが多重化されたDG PUSCHが送信されてよい。
　（ケース５）
　　・ステップ１：UCI多重化
　PUCCH#1の場合、CG PUSCHとPUCCH#1のUCI多重化タイムラインが満たされていれば、PUCCH#1のUCIはCG PUSCHに多重化され、そうでなければエラーとしてよい。
　PUCCH#2の場合、DG PUSCHとPUCCH#2のUCI多重化タイムラインが満たされると、PUCCH#2のUCIがDG PUSCHに多重化されてよい。そうでない場合は、エラーが発生してよい。
　　・ステップ２：DG/CG衝突処理
　Δ1がDGのオーバーライドタイムラインを満たしていない場合、エラーが発生してよい。
　Δ1がDGのオーバーライドタイムラインを満たす場合、CG PUSCHはキャンセル/スキップされてよい。CG PUSCHに多重化されたPUCCH#1のUCIも廃棄されてよい。
　　・ステップ３：UL skipping
　UCIがDG PUSCHに多重化されているため、DG PUSCHが送信されてよい。この結果、PUCCH#2のUCIを多重化したDG PUSCHが送信されてよい。
　（オプション１－３）
　　・ステップ１：UCI多重化（PUCCHがPUSCHと重複する場合）。多重化のタイムラインがチェックされてよい。
　　・ステップ２：CGまたはDG PUSCHのUL skipping
　転送されるTBがなく、PUSCHでUCIが多重化されていない場合（DG PUSCHの場合、UL skippingが有効な場合）、スキップされてよい。このように動作しないと、PUSCHをスキップできない。
　　　・オプション１：ステップ２の結果、衝突したCGとDG PUSCHの両方をスキップできない。
　　　・オプション２：エラーケースが定義されていない。衝突したCGとDG PUSCHの両方をスキップできない場合は、ステップ３に従って、何れのPDUを生成するか、または何れPUSCHを送信するかが決定されてよい。
　　・ステップ３：DG/CG衝突処理（DGとCG PUSCHがオーバーラップしている場合）。CGをオーバーライドするDGのタイムラインがチェックされてよい。
　PUSCHがキャンセル/スキップされた場合、PUSCHに多重化されたUCIは一緒に廃棄されてよい。
　　　・代替１：ステップ２のUL skipping結果を考慮したDG/CG衝突処理
　CG PUSCHをオーバーライドするDGのタイムラインが満たされ、ステップ２においてDG PUSCHがスキップされれば、CG PUSCH用MAC PDUを生成し、PHYに配送してもよい。
　CG PUSCHを超えるDGのタイムラインが満たされていて、ステップ２においてDG PUSCHをスキップできない場合、ステップ２の結果、CG PUSCHをスキップできない場合でもCG PUSCH用MAC PDUは生成されなくてよい。
　　　・代替２：ステップ２のUL skipping結果を考慮しないDG/CG衝突処理
　例えば、CG PUSCHを超えるDGのタイムラインが満たされている場合は、ステップ２においてDG PUSCHをスキップするか否かに関係なく、CG PUSCH用のMAC PDUは生成されなくてよい。
　（オプション１－３：ケース１（図１５、図１６））
　　・ステップ１：UCI多重化
　多重化タイムラインが満たされる場合、UCIはCG PUSCHに多重化されてよい。それ以外の場合は、エラーが発生してよい。
　　・ステップ２：UL skipping
　DG PUSCH用に送信するTBがない場合（UL skippingが有効な場合）、DG PUSCHはスキップされてよい。UCIがCG PUSCHに多重化されているため、CG PUSCHはスキップされなくてよい。
　　・ステップ３：DG/CG衝突処理
　Δ1が時間軸をオーバーライドするDGを満たしていない場合、エラーが発生してよい。
　Δ1がDGのオーバーライドタイムラインを満たす場合、
　　　・代替１：ステップ２においてDG PUSCHをスキップしない場合、CG PUSCHをキャンセル/スキップしてよい。CG PUSCHに多重化されたUCIも廃棄されてよい。この結果、DG PUSCHだけが送信されてよい。また、ステップ２においてDG PUSCHをスキップした場合、CG PUSCHが送信されてよい。この結果、UCI多重化CG PUSCHが送信されてよい。
　　　・代替２：ステップ２においてDG PUSCHをスキップしたか否かに関係なく、CG PUSCHはキャンセル/スキップされてよい。CG PUSCHに多重化されたUCIも廃棄されてよい。この結果、DG PUSCHにTBが送信されない場合、UL送信は行われなくてよい。それ以外の場合は、DG PUSCHが送信されてよい。
　図１６は、オプション１－３：ケース１に係るUEの動作フロー図を示す。
　（オプション１－３：ケース２，３（図１７、図１８））
　（ケース２）
　　・ステップ１：UCI多重化
　重複するPUCCH、DG PUSCH、CG PUSCHを考慮した多重化スケジュールが満たされる場合、UCIはDG PUSCHに多重化されてよい。それ以外の場合は、エラーが発生してよい。
　　・ステップ２：UL skipping
　UCIがDG PUSCHに多重化されているため、DG PUSCHが送信されてよい。
　　・ステップ３：DG/CG衝突処理
　Δ1がDGのオーバーライドタイムラインを満たしていない場合、エラーが発生してよい。
　Δ1がDGオーバーライドタイムラインを満たす場合、CG PUSCHはキャンセル/スキップされてよい。この結果、UCIが多重化されたDG PUSCHが送信されてよい。
　（ケース３）
　　・ステップ１：UCI多重化
　重複するPUCCHとDG PUSCHを考慮した多重化スケジュールが満たされる場合、UCIはDG PUSCHに多重化されてよい。それ以外の場合は、エラーが発生してよい。
　　・ステップ２：UL skipping
　UCIがDG PUSCHに多重化されているため、DG PUSCHが送信されてよい。
　　・ステップ３：DG/CG衝突処理
　Δ1がDGのオーバーライドタイムラインを満たしていない場合、エラーが発生してよい。
　Δ1がDGオーバーライドタイムラインを満たす場合、CG PUSCHはキャンセル/スキップされてよい。この結果、UCIが多重化されたDG PUSCHが送信されてよい。
　（オプション１－３：ケース４，５（図１９、図２０））
　（ケース４）
　　・ステップ１：UCI多重化
　重複するPUCCHとDG PUSCHを考慮した多重化スケジュールが満たされる場合、UCIはDG PUSCHに多重化されてよい。それ以外の場合は、エラーが発生してよい。
　　・ステップ２：UL skipping
　UCIがDG PUSCHに多重化されているため、DG PUSCHが送信されてよい。
　　・ステップ３：DG/CG衝突処理
　オーバーライドタイムラインは常に満たされてよい。CG PUSCHがキャンセル/スキップされてよい。この結果、UCIが多重化されたDG PUSCHが送信されてよい。
　（ケース５）
　　・ステップ１：UCI多重化。
　PUCCH#1の場合、CG PUSCHとPUCCH#1のUCI多重化タイムラインが満たされていれば、PUCCH#1のUCIはCG PUSCHに多重化され、そうでない場合は、エラーが発生してよい。
　PUCCH#2の場合、DG PUSCHとPUCCH#2のUCI多重化タイムラインが満たされると、PUCCH#2のUCIがDG PUSCHに多重化されてよい。そうでない場合は、エラーが発生してよい。
　　・ステップ２：UL skipping
　UCIがDG PUSCHに多重化されているため、DG PUSCHが送信されてよい。
　　・ステップ３：DG/CG衝突処理
　Δ1がDGのオーバーライドタイムラインを満たしていない場合、エラーが発生してよい。
　Δ1がDGオーバーライドタイムラインを満たす場合、CG PUSCHはキャンセル/スキップされてよい。CG PUSCHに多重化されたPUCCH#1のUCIも廃棄されてよい。この結果、PUCCH#2のUCIを多重化したDG PUSCHが送信されてよい。
　なお、「DG/CGの衝突」とは、同一コンポーネントキャリア（CC）上において、DG PUSCHとCG PUSCHとが時間領域でオーバーラップしていることを意味してよい。
　タイムラインが上述した何れのオプションのステップでも満たされない場合、エラーケースとして処理されてよい。
　（３．３）動作例２
　ケース（優先順位の異なるPUCCH、CG PUSCH及びDG PUSCH）では、UL送信の挙動とタイムライン検査は、DG/CG衝突処理、UL skipping、同一優先度のUCI多重化、及びUE内優先順位付け（Intra-UE prioritization）を考慮して決定されてよい。異なる優先度を有するPUCCH/PUSCHのためのDG/CG衝突処理、UL skipping、同一優先度内のUCI多重化、及びUE内優先順位付けの順序は、次のとおりでよい。
　（オプション２－１）
　　・ステップ１：DG PUSCHまたはCG PUSCHを決定するためのDG/CG衝突処理（DGとCG PUSCHとがオーバーラップしている場合）は送信可能であり、他はキャンセルまたはスキップしてよい。DG/CG衝突処理のタイムラインがチェックされてよい。
　キャンセルされた（スキップされた）PUSCH（PUSCHがキャンセル/スキップされなかった場合を想定）に多重化する同一優先度の他のPUCCHがある場合、次の何れかにしたがって動作してよい。
　　　・オプション１：PUCCHの開始シンボルは、衝突処理のタイムラインチェックでも考慮されてよい（オプション１－１のオプション１と同様）
　　　・オプション２：該当するケースについて、オリジナルのDG/CG衝突処理タイムラインに追加の考慮事項はない。
　　・ステップ２：ステップ１においてキャンセル／スキップしたPUSCHを除外した後、PUCCHがPUSCHとオーバーラップする場合には、同じ優先順位でUCIを多重化してよい。多重化のタイムラインがチェックされてよい。
　　　・代替１：多重化タイムラインは、ステップ１によってキャンセルされた/スキップされたPUSCHを考慮せずにチェックされる。
　　　・代替２：UCI多重化タイムラインは、ステップ１によってキャンセルされた/スキップされたPUSCHを考慮してチェックされる。
　　・ステップ３：CGまたはDG PUSCHのUL skippingが実行される。
　転送されるTBがなく、PUSCHでUCIが多重化されていない場合（DG PUSCHの場合、UL skippingが有効な場合）、スキップされてよい。このように動作しないと、PUSCHをスキップできない。
　　・ステップ４：異なる優先度を有する出力PUCCHとPUSCHとの間でオーバーラップする場合のUE内優先順位付け。
　HP（高優先度）チャネルとオーバーラップするLP（低優先度）チャネルは、ドロップされてよい。なお、バリエーションとして、ステップ３とステップ４の順番が入れ替えられてもよい。
　（オプション２－１：ケース１，２，３（図２１、図２２、図２３））
　以下、想定されるケース毎の動作順序について説明する。本オプションでは、ステップ１～４の処理が実行されてよい。
　（ケース１，２）
　　・ステップ１：DG/CG衝突処理
　HP CG PUSCHと、LP DG PUSCHとの動作はまだ決定されていない。ここでは、CG PUSCHが送信され、LP PUSCHは、必要なタイムラインが満たされる場合にキャンセル/スキップされると仮定する。
　　・ステップ２：UCI多重化
　LP DG PUSCHはステップ１においてキャンセル/スキップされるため、UCI多重化は行われなくてよい。
　　・ステップ３：UL skipping
　HP CG PUSCHに送信するTBがない場合、HP CG PUSCHはスキップされてよい。この結果、LP PUCCHが送信されてよい。それ以外の場合は、HP CG PUSCHが送信されてよい。この結果、LP PUCCHとHP CG PUSCHが送信されてよい。
　　・ステップ４：UE内優先順位付け（不要）
　（ケース３）
　　・ステップ１：DG/CG衝突処理
　HP CG PUSCHと、LP DG PUSCHとの動作はまだ決定されていない。ここでは、CG PUSCHが送信され、LP PUSCHは、必要なタイムラインが満たされる場合にキャンセル/スキップされると仮定する。
　　・ステップ２：UCI多重化
　LP DG PUSCHはステップ１においてキャンセル/スキップされるため、LP PUCCHは多重化されなくてよい。HP UCIは、HP CG PUSCHに多重化されてよい。
　　・ステップ３：UL skipping
　HP UCIはHP CG PUSCHに多重化されているため、HP CG PUSCHをスキップすることはできない。
　　・ステップ４：UE内優先順位付け（不要）
　この結果、LP PUCCH、HP UCIが多重されたHP CG PUSCHが送信されてよい。
　（オプション２－１：ケース４，５，６（図２４、図２５、図２６））
　（ケース４，５）
　　・ステップ１：DG/CG衝突処理
　HP DG PUSCHと、LP CG PUSCHとの動作はまだ決定されていない。ここでは、HP DG PUSCHが送信され、LP CG PUSCHは、必要なタイムラインが満たされた場合にキャンセル/スキップされると仮定する。
　　・ステップ２：UCI多重化
　LP CG PUSCHはステップ１においてキャンセル/スキップされるため、UCI多重化は行われなくてよい。
　　・ステップ３：UL skipping
　HP DG PUSCH用に送信するTBがない場合（UL skippingが有効な場合）、HP DG PUSCHはスキップされてよい。この結果、LP PUCCHが送信されてよい。それ以外の場合は、HP DG PUSCHが送信されてよい。この結果、LP PUCCH及びHP DG PUSCHが送信されてよい。
　　・ステップ４：UE内優先順位付け（不要）
　（ケース６）
　　・ステップ１：DG/CG衝突処理
　HP DG PUSCHと、LP CG PUSCHとの動作はまだ決定されていない。ここでは、HP DG PUSCHが送信され、LP CG PUSCHは、必要なタイムラインが満たされた場合にキャンセル/スキップされると仮定する。
　　・ステップ２：UCI多重化
　LP CG PUSCHはステップ１においてキャンセル/スキップされるため、LP PUCCHは多重化されなくてよい。HP UCIは、HP DG PUSCHに多重化されてよい。
　　・ステップ３：UL skipping
　HP UCIはHP DG PUSCHに多重化されているため、HP DG PUSCHをスキップすることはできない。
　　・ステップ４：UE内優先順位付け（不要）
　この結果、HP UCI多重化されたLP PUCCHとHP DG PUSCHが送信されてよい。
　（オプション２－２）
　　・ステップ１：PUCCHがPUSCHとオーバーラップする場合、同じ優先度でUCIを多重化してよい。多重化のタイムラインがチェックされてよい。
　　・ステップ２：DG/CG衝突処理（DG PUSCHとCG PUSCHがオーバーラップしている場合）。DG/CG衝突処理のタイムラインがチェックされてよい。
　PUSCHがキャンセル/スキップされた場合、PUSCHに多重化されたUCIは一緒に廃棄されてよい。
　　・ステップ３：DG/CG衝突処理後のCG PUSCHまたはDG PUSCHのためのUL skipping
　転送されるTBがなく、PUSCHでUCIが多重化されていない場合（DG PUSCHの場合、UL skippingが有効な場合）、スキップされてよい。このように動作しないと、PUSCHをスキップできない。
　　・ステップ４：異なる優先度を有する出力PUCCHとPUSCHとの間でオーバーラップする場合のUE内優先順位付け。
　HPチャネルとオーバーラップするLPチャネルは、ドロップされてよい。なお、バリエーションとして、ステップ３とステップ４の順番が入れ替えられてもよい。
　（オプション２－２：ケース１，２，３（図２７、図２８、図２９））
　（ケース１，２）
　　・ステップ１：UCI多重化
　LP UCIはLP DG PUSCHに多重化されてよい。
　　・ステップ２：DG/CG衝突処理
　HP CG PUSCHと、LP DG PUSCHとの動作はまだ決定されていない。ここでは、CG PUSCHが送信され、LP PUSCHは、必要なタイムラインが満たされた場合にキャンセル/スキップされると仮定する。LP DG PUSCHで多重化されたLP UCIも廃棄されてよい。
　　・ステップ３：UL skipping
　HP CG PUSCHに送信するTBがない場合、HP CG PUSCHはスキップされてよい。この結果、UL送信は行わなくてよい。それ以外の場合は、HP CG PUSCHが送信されてよい。この結果、HP CG PUSCHが送信されてよい。
　　・ステップ４：UE内優先順位付け（不要）
　（ケース３）
　　・ステップ１：UCI多重化
　LP UCIはLP DG PUSCHに多重化され、HP UCIはHP CG PUSCHに多重化されてよい。
　　・ステップ２：DG/CG衝突処理
　HP CG PUSCHと、LP DG PUSCHとの動作はまだ決定されていない。ここでは、CG PUSCHが送信され、LP PUSCHは、必要なタイムラインが満たされた場合にキャンセル/スキップされると仮定する。LP DG PUSCHで多重化されたLP UCIも廃棄されてよい。
　　・ステップ３：UL skipping
　HP UCIはHP CG PUSCHに多重化されているため、HP CG PUSCHをスキップすることはできない。
　　・ステップ４：UE内優先順位付け（不要）
　この結果、HP UCIが多重化されたHP CG PUSCHが送信されてよい。
　（オプション２－２：ケース４，５，６（図３０、図３１、図３２））
　（ケース４，５）
　　・ステップ１：UCI多重化
　LP UCIはLP CG PUSCHに多重化されてよい。
　　・ステップ２：DG/CG衝突処理
　DG PUSCHとLP CG PUSCHとの動作はまだ決定されていない。ここでは、HP DG PUSCHが送信され、LP CG PUSCHは、必要なタイムラインが満たされた場合にキャンセル/スキップされると仮定する。LP CG PUSCHに多重化されたLP UCIも廃棄されてよい。
　　・ステップ３：UL skipping
　HP DG PUSCH用に送信するTBがない場合（UL skippingが有効な場合）、HP DG PUSCHはスキップされてよい。この結果、UL送信は行われなくよい。それ以外の場合は、HP DG PUSCHが送信されてよい。この結果、HP DG PUSCHが送信されてよい。
　　・ステップ４：UE内優先順位付け（不要）
　（ケース６）
　　・ステップ１：UCI多重化
　LP UCIはLP CG PUSCHに多重化され、HP UCIはHP DG PUSCHに多重化されてよい。
　　・ステップ２：DG/CG衝突処理
　HP DG PUSCHとLP CG PUSCHとの動作はまだ決定されていない。ここでは、HP DG PUSCHが送信され、LP CG PUSCHは、必要なタイムラインが満たされた場合にキャンセル/スキップされると仮定する。LP CG PUSCHに多重化されたLP UCIも廃棄されてよい。
　　・ステップ３：UL skipping
　HP UCIはHP DG PUSCHに多重化されているため、HP DG PUSCHをスキップすることはできない。 
　　・ステップ４：UE内優先順位付け（不要）
　この結果、HP UCIが多重化されたHP DG PUSCHが送信されてよい。
　（オプション２－３）
　　・ステップ１：PUCCHがPUSCHとオーバーラップする場合、同じ優先度でUCIを多重化してよい。DG/CG衝突処理のタイムラインがチェックされてよい。
　　・ステップ２：DG/CG衝突処理後のCGまたはDG PUSCHのUL skipping
　転送されるTBがなく、PUSCHでUCIが多重化されていない場合（DG PUSCHの場合、UL skippingが有効な場合）、スキップされてよい。このように動作しないと、PUSCHをスキップできない。
　　　・オプション１：ステップ２の結果、衝突したCGとDG PUSCHの両方をスキップできない。
　　　・オプション２：エラーケースが定義されていない。衝突したCGとDG PUSCHの両方をスキップできない場合は、ステップ３に従って、何れのPDUを生成するか、または何れのPUSCHを送信するかが決定されてよい。
　　・ステップ３：DG/CG衝突処理（DGとCG PUSCHがオーバーラップしている場合）。DG/CGオーバーラップのタイムラインがチェックされてよい。
　PUSCHがキャンセル/スキップされた場合、PUSCHに多重化されたUCIは一緒に廃棄されてよい。
　　　・代替１：ステップ２のUL skipping結果を考慮したDG/CG衝突処理
　例えば、タイムラインが満たされ、ステップ２において一方のPUSCHがスキップされた場合、他方のPUSCHのためのMAC PDUが生成され、もし他方のPUSCHのためのTBがあればPHYに配送されてよい。
　　　・代替２：ステップ２のUL skipping結果を考慮しないDG/CG衝突処理
　　・ステップ４：:異なる優先度を有する出力PUCCHとPUSCHの間でオーバーラップする場合のUE内優先順位付け。HPチャネルとオーバーラップするLPチャネルは、ドロップされてよい。
　（オプション２－３：ケース１，２（図３３、図３４））
　（ケース１，２）
　　・ステップ１：UCI多重化
　LP UCIはLP DG PUSCHに多重化されてよい。
　　・ステップ２：UL skipping
　LP UCIは多重化されているため、LP DG PUSCHはスキップできない。HP CG PUSCHに送信するTBがない場合、HP CG PUSCHはスキップされてよい。このように動作しないと、HP CG PUSCHをスキップできない。
　　　・オプション１：重複する２つのCG PUSCH/DG PUSCHの両方をスキップできないエラーケースとする。
　　　・オプション２：エラーケースではなく、ステップ３を利用して問題を解決する。
　　・ステップ３：DG/CG衝突処理
　HP CG PUSCHと、LP DG PUSCHとの動作はまだ決定されていない。ここでは、HP CG PUSCHが送信され、LP DG PUSCHは、必要なタイムラインが満たされた場合にキャンセル/スキップされると仮定する。
　　　・代替１：ステップ２のUL skipping結果を考慮したDG/CG衝突処理
　HP CG PUSCHをスキップすると、LP DG PUSCHを送信できる。この結果、LP UCIが多重化されたLP DG PUSCHが送信されてよい。それ以外の場合、LP DG PUSCHはキャンセル/スキップされてよい。LP DG PUSCHで多重化されたLP UCIも廃棄されてよい。この結果、HP CG PUSCHが送信されてよい。
　　　・代替２：HP CG PUSCHをスキップするか否かに関係なく、LP DG PUSCHはキャンセルまたはスキップされてよい。HP CG PUSCHがスキップされた場合、UL送信は行わなくてよい。それ以外の場合、HP CG PUSCHが送信されてよい。
　　・ステップ４：UE内優先順位付け（不要）
　（オプション２－３：ケース３（図３５））
　　・ステップ１：UCI多重化
　LP UCIはLP DG PUSCHに多重化され、HP UCIはHP CG PUSCHに多重化されてよい。
　　・ステップ２：UL skipping
　UCIはHP及びLP PUSCH用に多重化されているため、HP CG及びLP DG PUSCHはスキップできない。
　　　・オプション１：重複する２つのCG/DGの両方をスキップできないエラーケースとする。
　　　・オプション２：エラーケースではなく、ステップ３を利用して問題を解決する。
　　・ステップ３：DG/CG衝突処理
　HP CG PUSCHと、LP DG PUSCHとの動作はまだ決定されていない。ここでは、HP CG PUSCHが送信され、LP DG PUSCHは、必要なタイムラインが満たされた場合にキャンセル/スキップされると仮定する。
　代替１及び代替２の両方で、LP DG PUSCHはキャンセル/スキップされてよい。LP DG PUSCHで多重化されたLP UCIも廃棄されてよい。この結果、HP UCIが多重化されたHP CG PUSCHが送信されてよい。
　　・ステップ４：UE内優先順位付け（不要）
　（オプション２－３：ケース４，５（図３６、図３７））
　　・ステップ１：UCI多重化
　LP UCIはLP CG PUSCHに多重化されてよい。
　　・ステップ２：UL skipping
　LP UCIは多重化されているため、LP CG PUSCHはスキップできない。HP DG PUSCHに送信するTBがない場合、HP DG PUSCHはスキップされてよい。このように動作しないと、HP DG PUSCHをスキップできない。
　　　・オプション１：重複する２つのCG/DGの両方をスキップできないエラーケースとする。
　　　・オプション２：エラーケースではなく、ステップ３を利用して問題を解決する。
　　・ステップ３：DG/CG衝突処理
　HP DG PUSCHと、LP CG PUSCHとの動作はまだ決定されていない。ここでは、HP DG PUSCHが送信され、LP CG PUSCHは、必要なタイムラインが満たされた場合にキャンセル/スキップされると仮定する。
　　　・代替１：ステップ２のUL skipping結果を考慮したDG/CG衝突処理
　HP DG PUSCHをスキップすると、LP CG PUSCHを送信できる。この結果、LP UCIが多重化されたLP CG PUSCHが送信されてよい。それ以外の場合、LP CG PUSCHはキャンセル/スキップされてよい。LP CG PUSCHに多重化されたLP UCIも廃棄されてよい。この結果、HP DG PUSCHが送信されてよい。
　　　・代替２：HP DG PUSCHがスキップされているか否かに関係なく、LP CG PUSCHはキャンセル/スキップされてよい。HP DG PUSCHがスキップされた場合、UL送信は行わなくてよい。それ以外の場合、HP DG PUSCHが送信されてよい。
　　・ステップ４：UE内優先順位付け（不要）
　（オプション２－３：ケース６（図３８））
　　・ステップ１：UCI多重化
　LP UCIはLP CG PUSCHに多重化され、HP UCIはHP DG PUSCHに多重化されてよい。
　　・ステップ２：UL skipping
　UCIはHP及びLP PUSCH用に多重化されているため、HP DG及びLP CG PUSCHはスキップできない。
　　　・オプション１：重複する２つのCG/DGの両方をスキップできないエラーケースとする。
　　　・オプション２：エラーケースではなく、ステップ３を利用して問題を解決する。
　　・ステップ３：DG/CG衝突処理
　HP DG PUSCHと、LP CG PUSCHとの動作はまだ決定されていない。ここでは、HP DG PUSCHが送信され、LP CG PUSCHは、必要なタイムラインが満たされた場合にキャンセル/スキップされると仮定する。
　代替１及び代替２の両方で、LP CG PUSCHはキャンセル/スキップされてよい。LP CG PUSCHに多重化されたLP UCIも廃棄されてよい。この結果、HP UCIが多重化されたHP DG PUSCHが送信されてよい。
　　・ステップ４：UE内優先順位付け（不要）
　（オプション２－４）
　　・ステップ１：PUCCHがPUSCHとオーバーラップする場合、同じ優先度でUCIを多重化します。多重化のタイムラインがチェックされてよい。
　　・ステップ２：DG/CG衝突処理後のCGまたはDG PUSCHのUL skipping
　転送されるTBがなく、PUSCHでUCIが多重化されていない場合（DG PUSCHの場合、UL skippingが有効な場合）、スキップされてよい。このように動作しないと、PUSCHをスキップできない。
　　　・オプション１：ステップ２の結果、衝突したCGとDG PUSCHの両方をスキップできない。
　　　・オプション２：エラーケースが定義されていない。衝突したCG及びDG PUSCHの両方をスキップできない場合は、ステップ３及び／またはステップ４に従って、生成するPDUまたは送信できるPUSCHを決定してよい。
　　・ステップ３：異なる優先度を有する出力PUCCHとPUSCHの間でオーバーラップする場合のUE内優先順位付け。
　　HPチャネルとオーバーラップするLPチャネルは、ドロップされてよい。
　　・ステップ４：DG/CG衝突処理（DGとCG PUSCHがオーバーラップしている場合）。DG/CG衝突処理のタイムラインがチェックされてよい。
　PUSCHがキャンセル/スキップされた場合、PUSCHに多重化されたUCIは一緒に廃棄されてよい。
　　　・代替１：ステップ２及びステップ３の結果、UL skipping及びUE内優先順位付けを考慮したDG/CG衝突処理
　例えば、タイムラインが満たされ、ステップ２，３で一方のPUSCHがスキップまたはキャンセルされた場合、他方のPUSCHのためのMAC PDUが生成され、もし他方のPUSCHのためのTBがあればPHYに配送されてよい。
　　　・代替２：ステップ２及びステップ３の結果、UL skipping及びUE内優先順位付けを考慮しないDG/CG衝突処理
　（オプション２－４：ケース７，８（図３９、図４０））
　　・ステップ１：UCI多重化
　この場合、UCI多重化は行われなくてよい。
　　・ステップ２：UL skipping
　オーバーラップしている２つのCG/DGの両方をスキップできない場合、次の何れかに従って動作してよい。
　　　・オプション１：エラーケースとする。
　　　・オプション２：エラーケースではなく、ステップ４を用いて問題を解決する。
　　・ステップ３：UE内優先順位付け
　LP DG PUSCHは、HP PUCCHと重複しているため、キャンセルされてよい。
　　・ステップ４：DG/CG衝突処理
　ステップ３でLP DG PUSCHがキャンセルされている。ステップ２においてHP CG PUSCHをスキップした場合、HP PUCCHが送信されてよい。ステップ２でHP CG PUSCHをスキップしない場合、HP CG PUSCHとHP PUCCHが送信されてよい。
　（オプション２－４：ケース９（図４１））
　　・ステップ１：UCI多重化
　この場合、UCI多重化は行われなくてよい。
　　・ステップ２：UL skipping
　オーバーラップしている２つのCG/DGの両方をスキップできない場合、次の何れかに従って動作してよい。
　　　・オプション１：エラーケースとする。
　　　・オプション２：エラーケースではなく、ステップ４を用いて問題を解決する。
　　・ステップ３：UE内優先順位付け
　LP CG PUSCHは、HP PUCCHと重複しているため、キャンセルされてよい。LP PUCCHは、HP DG PUSCHと重複しているため、キャンセルされてよい。
　　・ステップ４：DG/CG衝突処理
　ステップ３でLP CG PUSCHがキャンセルされている。ステップ２でHP DG PUSCHをスキップした場合、HP PUCCHが送信されてよい。ステップ2でHP DG PUSCHがスキップされない場合、HP CG PUSCHとHP PUCCHが送信されてよい。
　（オプション２－５）
　　・ステップ１：PUCCHがPUSCHとオーバーラップする場合、同じ優先度でUCIを多重化してよい。多重化のタイムラインがチェックされてよい。
　　・ステップ２：異なる優先度を持つ出力PUCCHとPUSCHの間でオーバーラップする場合のUE内優先順位付け。HPチャネルとオーバーラップするLPチャネルは、ドロップされてよい。
　　・ステップ３：DG/CG衝突処理後のCGまたはDG PUSCHのためのUL skipping
　転送されるTBがなく、PUSCHでUCIが多重化されていない場合（DG PUSCHの場合、UL skippingが有効な場合）、スキップされてよい。このように動作しないと、PUSCHをスキップできない。
　　　・オプション１：ステップ３の結果、衝突したCGとDG PUSCHの両方をスキップできない。
　　　・オプション２：エラーケースが定義されていない。衝突したCGとDG PUSCHの両方をスキップできない場合、ステップ４に従って、何れのPDUを生成するか、または何れのPUSCHを送信するかを決定してよい。
　　・ステップ４：DG/CG衝突処理（DGとCG PUSCHがオーバーラップしている場合）
　DG/CG衝突処理のタイムラインがチェックされてよい。
　PUSCHがキャンセル/スキップされた場合、PUSCHに多重化されたUCIは一緒に廃棄されてよい。２つの代替案（オプション２－３の代替１と代替２として）は、UL skippingを考慮してもしなくても、ステップ3からの結果としてよい。
　（オプション２－５：ケース７，８（図４２、図４３））
　　・ステップ１：UCI多重化
　この場合、UCI多重化は行われなくてよい。
　　・ステップ２：UE内優先順位付け
　LP DG PUSCHは、HP PUCCHと重複しているため、キャンセルされてよい。
　　・ステップ３：UL skipping
　HP CG PUSCHに送信するTBがない場合、HP CG PUSCHはスキップされてよい。 
　　・ステップ４：DG/CG衝突処理
　ステップ２でLP DG PUSCHがキャンセルされている。ステップ３でHP CG PUSCHをスキップした場合、HP PUCCHが送信されてよい。ステップ３でHP CG PUSCHをスキップしない場合、HP CG PUSCHとHP PUCCHが送信されてよい。
　（オプション２－５：ケース９（図４４））
　　・ステップ１：UCI多重化
　この場合、UCI多重化は行われなくてよい。
　　・ステップ２：UE内優先順位付け
　LP CG PUSCHは、HP PUCCHと重複しているため、キャンセルされてよい。LP PUCCHは、HP DG PUSCHと重複しているため、キャンセルされてよい。
　　・ステップ３：UL skipping
　HP DG PUSCHに送信するTBがない場合、HP DG PUSCHはスキップされてよい。 
　　・ステップ４：DG/CG衝突処理
　ステップ２でLP CG PUSCHはキャンセルされている。ステップ３でHP DG PUSCHをスキップした場合、HP PUCCHが送信されてよい。ステップ３でHP DG PUSCHがスキップされない場合、HP DG PUSCHとHP PUCCHが送信されてよい。
　（オプション２－６）
　　・ステップ１：PUCCHがPUSCHとオーバーラップする場合、同じ優先度でUCIを多重化してよい。多重化のタイムラインがチェックされてよい。
　　・ステップ２：異なる優先度を有する出力PUCCHとPUSCHの間でオーバーラップする場合のUE内優先順位付け。HPチャネルとオーバーラップするLPチャネルは、ドロップされてよい。
　　・ステップ３：DG/CG衝突処理（DGとCG PUSCHがオーバーラップしている場合)。DG/CG衝突処理のタイムラインがチェックされてよい。PUSCHがキャンセル/スキップされた場合、PUSCHに多重化されたUCIは一緒に廃棄されてよい。
　　・ステップ４：DG/CG衝突処理後のCGまたはDG PUSCHのUL skipping
　転送されるTBがなく、PUSCHでUCIが多重化されていない場合（DG PUSCHの場合、UL skippingが有効な場合）、スキップされてよい。このように動作しないと、PUSCHをスキップできない。
　（オプション２－６：ケース７，８，９（図４５、図４６、図４７））
　（ケース７，８）
　　・ステップ１：UCI多重化
　この場合、UCI多重化は行われなくてよい。
　　・ステップ２：UE内優先順位付け
　LP DG PUSCHは、HP PUCCHと重複しているため、キャンセルされてよい。
　　・ステップ３：DG/CG衝突処理
　ステップ２でLP DG PUSCHがキャンセルされている。
　　・ステップ４：UL skipping
　HP CG PUSCHに送信するTBがない場合、HP CG PUSCHはスキップされてよい。この結果、HP PUCCHが送信されてよい。HP CG PUSCH用として送信するTBがあれば、HP CG PUSCHが送信されてよい。この結果:、HP CG PUSCHとHP PUCCHが送信されてよい。
　（ケース９）
　　・ステップ１：UCI多重化
　この場合、UCI多重化は行われなくてよい。
　　・ステップ２：UE内優先順位付け
　LP CG PUSCHは、HP PUCCHと重複しているため、キャンセルされてよい。LP PUCCHは、HP DG PUSCHと重複しているため、キャンセルされてよい。
　　・ステップ３：DG/CG衝突処理
　ステップ２でLP CG PUSCHはキャンセルされている。
　　・ステップ４：UL skipping
　HP DG PUSCHに送信するTBがない場合、HP DG PUSCHはスキップされてよい。この結果。HP PUCCHが送信されてよい。HP DG PUSCHに送信するTBがある場合は、HP DG PUSCHを送信してよい。HP DG PUSCHとHP PUCCHを送信してもよい。
　なお、3GPP Release 16によれば、「優先度を有するIntra-UE multiplexingを先に実行し、次いでIntra-UE prioritizationを実行する」オプションが考えられる。このオプションは、上述した動作例における異なる優先度を有するPUCCH/PUSCHに対するUE内優先度付けの前に、同じ優先度内のUCI多重化だけを考慮すると解釈されてもよい。
　PUSCHのキャンセル/スキッピングは、MAC層またはPHY層によって行われてよい。また、タイムラインが上述した何れのオプションのステップでも満たされない場合、エラーケースとして処理されてよい。
　上述したオプションは、上位レイヤ（例えば、RRC）のパラメータによって設定されてよい。例えば、UEの能力情報（UE capability）として報告されてもよいし、3GPPの仕様として規定されてもよい。また、上位レイヤのパラメータの設定と、報告されたUEの能力徒の組合せによって具体的なオプションが決定されてもよい。
　（UE能力）
　UEは、DG PUSCHのUL skippingをサポートするか否かを報告してよい。
　UEは、同じ優先度でCG/DG/UCIのオーバーラップ処理をサポートするか否かを報告してもよい。
　また、UEは、優先順位の異なるCG/DG/UCIのオーバーラップ処理をサポートするか否かを報告してもよい。
　（４）作用・効果
　上述した実施形態によれば、以下の作用効果が得られる。具体的には、UE200は、上述したように、PUCCH（上り制御チャネル）、CG PUSCH（第１上りデータチャネル）及びDG PUSCH（第２上りデータチャネル）が同一の優先度を有する場合、CG PUSCHとDG PUSCHとの時間方向における重複、ULの送信省略（UL skipping）、及びCG PUSCHまたはDG PUSCHへのUCI（上りリンク制御情報）の多重に基づいて、ULにおける送信を制御できる。
　また、UE200は、PUCCH（上り制御チャネル）、CG PUSCH（第１上りデータチャネル）及びDG PUSCH（第２上りデータチャネル）が異なる優先度を有する場合、CG PUSCHとDG PUSCHとの時間方向における重複、ULの送信省略（UL skipping）、CG PUSCHまたはDG PUSCHへのUCI（上りリンク制御情報）の多重、及びIntra-UE prioritization/multiplexing（端末内優先・多重処理）に基づいて、ULにおける送信を制御することもできる。
　このため、同一または異なる優先度を有する複数のUL送信を取り扱う場合でも、当該複数のUL送信を効率的かつ適切に処理し得る。
　（５）その他の実施形態
　以上、実施形態について説明したが、当該実施形態の記載に限定されるものではなく、種々の変形及び改良が可能であることは、当業者には自明である。
　例えば、上述した実施形態では、5G（NR）に従った無線通信システムを想定したが、無線通信システム10は、Beyond 5G、5G Evolution或いは6Gと呼ばれる方式に従った無線通信システムでもよい。
　また、上述した実施形態の説明に用いたブロック構成図（図３）は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的または論理的に結合した１つの装置を用いて実現されてもよいし、物理的または論理的に分離した２つ以上の装置を直接的または間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置または上記複数の装置にソフトウェアを組み合わせて実現されてもよい。
　機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、見做し、報知（broadcasting）、通知（notifying）、通信（communicating）、転送（forwarding）、構成（configuring）、再構成（reconfiguring）、割り当て（allocating、mapping）、割り振り（assigning）などがあるが、これらに限られない。例えば、送信を機能させる機能ブロック（構成部）は、送信部（transmitting unit）や送信機（transmitter）と呼称される。何れも、上述したとおり、実現方法は特に限定されない。
　さらに、上述したgNB100及びUE200（当該装置）は、本開示の無線通信方法の処理を行うコンピュータとして機能してもよい。図４８は、当該装置のハードウェア構成の一例を示す図である。図４８に示すように、当該装置は、プロセッサ1001、メモリ1002、ストレージ1003、通信装置1004、入力装置1005、出力装置1006及びバス1007などを含むコンピュータ装置として構成されてもよい。
　なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。当該装置のハードウェア構成は、図に示した各装置を１つまたは複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
　当該装置の各機能ブロック（図３参照）は、当該コンピュータ装置の何れかのハードウェア要素、または当該ハードウェア要素の組み合わせによって実現される。
　また、当該装置における各機能は、プロセッサ1001、メモリ1002などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ1001が演算を行い、通信装置1004による通信を制御したり、メモリ1002及びストレージ1003におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。
　プロセッサ1001は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ1001は、周辺装置とのインタフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（CPU）によって構成されてもよい。
　また、プロセッサ1001は、プログラム（プログラムコード）、ソフトウェアモジュール、データなどを、ストレージ1003及び通信装置1004の少なくとも一方からメモリ1002に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。さらに、上述の各種処理は、１つのプロセッサ1001によって実行されてもよいし、２つ以上のプロセッサ1001により同時または逐次に実行されてもよい。プロセッサ1001は、１以上のチップによって実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されてもよい。
　メモリ1002は、コンピュータ読み取り可能な記録媒体であり、例えば、Read Only Memory（ROM）、Erasable Programmable ROM（EPROM）、Electrically Erasable Programmable ROM（EEPROM）、Random Access Memory（RAM）などの少なくとも１つによって構成されてもよい。メモリ1002は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ1002は、本開示の一実施形態に係る方法を実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
　ストレージ1003は、コンピュータ読み取り可能な記録媒体であり、例えば、Compact Disc ROM（CD-ROM）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Blu-ray（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つによって構成されてもよい。ストレージ1003は、補助記憶装置と呼ばれてもよい。上述の記録媒体は、例えば、メモリ1002及びストレージ1003の少なくとも一方を含むデータベース、サーバその他の適切な媒体であってもよい。
　通信装置1004は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。
　通信装置1004は、例えば周波数分割複信（Frequency Division Duplex：FDD）及び時分割複信（Time Division Duplex：TDD）の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。
　入力装置1005は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置1006は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置1005及び出力装置1006は、一体となった構成（例えば、タッチパネル）であってもよい。
　また、プロセッサ1001及びメモリ1002などの各装置は、情報を通信するためのバス1007で接続される。バス1007は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。
　さらに、当該装置は、マイクロプロセッサ、デジタル信号プロセッサ（Digital Signal Processor： DSP）、Application Specific Integrated Circuit（ASIC）、Programmable Logic Device（PLD）、Field Programmable Gate Array（FPGA）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部または全てが実現されてもよい。例えば、プロセッサ1001は、これらのハードウェアの少なくとも１つを用いて実装されてもよい。
　また、情報の通知は、本開示において説明した態様／実施形態に限られず、他の方法を用いて行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、Downlink Control Information（DCI）、Uplink Control Information（UCI）、上位レイヤシグナリング（例えば、RRCシグナリング、Medium Access Control（MAC）シグナリング、報知情報（Master Information Block（MIB）、System Information Block（SIB））、その他の信号またはこれらの組み合わせによって実施されてもよい。また、RRCシグナリングは、RRCメッセージと呼ばれてもよく、例えば、RRC接続セットアップ（RRC Connection Setup）メッセージ、RRC接続再構成（RRC Connection Reconfiguration）メッセージなどであってもよい。
　本開示において説明した各態様／実施形態は、Long Term Evolution（LTE）、LTE-Advanced（LTE-A）、SUPER 3G、IMT-Advanced、4th generation mobile communication system（4G）、5th generation mobile communication system（5G）、Future Radio Access（FRA）、New Radio（NR）、W-CDMA（登録商標）、GSM（登録商標）、CDMA2000、Ultra Mobile Broadband（UMB）、IEEE 802.11（Wi-Fi（登録商標））、IEEE 802.16（WiMAX（登録商標））、IEEE 802.20、Ultra-WideBand（UWB）、Bluetooth（登録商標）、その他の適切なシステムを利用するシステム及びこれらに基づいて拡張された次世代システムの少なくとも一つに適用されてもよい。また、複数のシステムが組み合わされて（例えば、LTE及びLTE-Aの少なくとも一方と5Gとの組み合わせなど）適用されてもよい。
　本開示において説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。
　本開示において基地局によって行われるとした特定動作は、場合によってはその上位ノード（upper node）によって行われることもある。基地局を有する１つまたは複数のネットワークノード（network nodes）からなるネットワークにおいて、端末との通信のために行われる様々な動作は、基地局及び基地局以外の他のネットワークノード（例えば、MMEまたはS-GWなどが考えられるが、これらに限られない）の少なくとも１つによって行われ得ることは明らかである。上記において基地局以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ（例えば、MME及びS-GW）であってもよい。
　情報、信号（情報等）は、上位レイヤ（または下位レイヤ）から下位レイヤ（または上位レイヤ）へ出力され得る。複数のネットワークノードを介して入出力されてもよい。
　入出力された情報は、特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報は、上書き、更新、または追記され得る。出力された情報は削除されてもよい。入力された情報は他の装置へ送信されてもよい。
　判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：trueまたはfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
　本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
　ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
　また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（Digital Subscriber Line：DSL）など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、または他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。
　本開示において説明した情報、信号などは、様々な異なる技術の何れかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、またはこれらの任意の組み合わせによって表されてもよい。
　なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一のまたは類似する意味を有する用語と置き換えてもよい。例えば、チャネル及びシンボルの少なくとも一方は信号（シグナリング）であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア（Component Carrier：CC）は、キャリア周波数、セル、周波数キャリアなどと呼ばれてもよい。
　本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用される。
　また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースはインデックスによって指示されるものであってもよい。
　上述したパラメータに使用する名称はいかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式等は、本開示で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、PUCCH、PDCCHなど）及び情報要素は、あらゆる好適な名称によって識別できるため、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。
　本開示においては、「基地局（Base Station：BS）」、「無線基地局」、「固定局（fixed station）」、「NodeB」、「eNodeB（eNB）」、「gNodeB（gNB）」、「アクセスポイント（access point）」、「送信ポイント（transmission point）」、「受信ポイント（reception point）、「送受信ポイント（transmission/reception point）」、「セル」、「セクタ」、「セルグループ」、「キャリア」、「コンポーネントキャリア」などの用語は、互換的に使用され得る。基地局は、マクロセル、スモールセル、フェムトセル、ピコセルなどの用語で呼ばれる場合もある。
　基地局は、１つまたは複数（例えば、３つ）のセル（セクタとも呼ばれる）を収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局（Remote Radio Head：RRH）によって通信サービスを提供することもできる。
　「セル」または「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局、及び基地局サブシステムの少なくとも一方のカバレッジエリアの一部または全体を指す。
　本開示においては、「移動局（Mobile Station：MS）」、「ユーザ端末（user　terminal）」、「ユーザ装置（User Equipment：UE）」、「端末」などの用語は、互換的に使用され得る。
　移動局は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
　基地局及び移動局の少なくとも一方は、送信装置、受信装置、通信装置などと呼ばれてもよい。なお、基地局及び移動局の少なくとも一方は、移動体に搭載されたデバイス、移動体自体などであってもよい。当該移動体は、乗り物（例えば、車、飛行機など）であってもよいし、無人で動く移動体（例えば、ドローン、自動運転車など）であってもよいし、ロボット（有人型または無人型）であってもよい。なお、基地局及び移動局の少なくとも一方は、必ずしも通信動作時に移動しない装置も含む。例えば、基地局及び移動局の少なくとも一方は、センサなどのInternet of Things（IoT）機器であってもよい。
　また、本開示における基地局は、移動局（ユーザ端末、以下同）として読み替えてもよい。例えば、基地局及び移動局間の通信を、複数の移動局間の通信（例えば、Device-to-Device（D2D）、Vehicle-to-Everything（V2X）などと呼ばれてもよい）に置き換えた構成について、本開示の各態様／実施形態を適用してもよい。この場合、基地局が有する機能を移動局が有する構成としてもよい。また、「上り」及び「下り」などの文言は、端末間通信に対応する文言（例えば、「サイド（side）」）で読み替えられてもよい。例えば、上りチャネル、下りチャネルなどは、サイドチャネルで読み替えられてもよい。
　同様に、本開示における移動局は、基地局として読み替えてもよい。この場合、移動局が有する機能を基地局が有する構成としてもよい。
無線フレームは時間領域において１つまたは複数のフレームによって構成されてもよい。時間領域において１つまたは複数の各フレームはサブフレームと呼ばれてもよい。サブフレームはさらに時間領域において１つまたは複数のスロットによって構成されてもよい。サブフレームは、ニューメロロジー（numerology）に依存しない固定の時間長（例えば、1ms）であってもよい。
　ニューメロロジーは、ある信号またはチャネルの送信及び受信の少なくとも一方に適用される通信パラメータであってもよい。ニューメロロジーは、例えば、サブキャリア間隔（SubCarrier Spacing：SCS）、帯域幅、シンボル長、サイクリックプレフィックス長、送信時間間隔（Transmission Time Interval：TTI）、TTIあたりのシンボル数、無線フレーム構成、送受信機が周波数領域において行う特定のフィルタリング処理、送受信機が時間領域において行う特定のウィンドウイング処理などの少なくとも１つを示してもよい。
　スロットは、時間領域において１つまたは複数のシンボル（Orthogonal Frequency Division Multiplexing（OFDM））シンボル、Single Carrier Frequency Division Multiple Access（SC-FDMA）シンボルなど）で構成されてもよい。スロットは、ニューメロロジーに基づく時間単位であってもよい。
　スロットは、複数のミニスロットを含んでもよい。各ミニスロットは、時間領域において１つまたは複数のシンボルによって構成されてもよい。また、ミニスロットは、サブスロットと呼ばれてもよい。ミニスロットは、スロットよりも少ない数のシンボルによって構成されてもよい。ミニスロットより大きい時間単位で送信されるPDSCH（またはPUSCH）は、PDSCH（またはPUSCH）マッピングタイプＡと呼ばれてもよい。ミニスロットを用いて送信されるPDSCH（またはPUSCH）は、PDSCH（またはPUSCH）マッピングタイプＢと呼ばれてもよい。
　無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、何れも信号を伝送する際の時間単位を表す。無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、それぞれに対応する別の呼称が用いられてもよい。
　例えば、１サブフレームは送信時間間隔（TTI）と呼ばれてもよいし、複数の連続したサブフレームがTTIと呼ばれてよいし、１スロットまたは１ミニスロットがTTIと呼ばれてもよい。つまり、サブフレーム及びTTIの少なくとも一方は、既存のLTEにおけるサブフレーム（1ms）であってもよいし、1msより短い期間（例えば、１－１３シンボル）であってもよいし、1msより長い期間であってもよい。なお、TTIを表す単位は、サブフレームではなくスロット、ミニスロットなどと呼ばれてもよい。
　ここで、TTIは、例えば、無線通信におけるスケジューリングの最小時間単位のことをいう。例えば、LTEシステムでは、基地局が各ユーザ端末に対して、無線リソース（各ユーザ端末において使用することが可能な周波数帯域幅、送信電力など）を、TTI単位で割り当てるスケジューリングを行う。なお、TTIの定義はこれに限られない。
　TTIは、チャネル符号化されたデータパケット（トランスポートブロック）、コードブロック、コードワードなどの送信時間単位であってもよいし、スケジューリング、リンクアダプテーションなどの処理単位となってもよい。なお、TTIが与えられたとき、実際にトランスポートブロック、コードブロック、コードワードなどがマッピングされる時間区間（例えば、シンボル数）は、当該TTIよりも短くてもよい。
　なお、１スロットまたは１ミニスロットがTTIと呼ばれる場合、１以上のTTI（すなわち、１以上のスロットまたは１以上のミニスロット）が、スケジューリングの最小時間単位となってもよい。また、当該スケジューリングの最小時間単位を構成するスロット数（ミニスロット数）は制御されてもよい。
　1msの時間長を有するTTIは、通常TTI（LTE Rel.8-12におけるTTI）、ノーマルTTI、ロングTTI、通常サブフレーム、ノーマルサブフレーム、ロングサブフレーム、スロットなどと呼ばれてもよい。通常TTIより短いTTIは、短縮TTI、ショートTTI、部分TTI（partialまたはfractional TTI）、短縮サブフレーム、ショートサブフレーム、ミニスロット、サブスロット、スロットなどと呼ばれてもよい。
　なお、ロングTTI（例えば、通常TTI、サブフレームなど）は、1msを超える時間長を有するTTIで読み替えてもよいし、ショートTTI（例えば、短縮TTIなど）は、ロングTTIのTTI長未満かつ1ms以上のTTI長を有するTTIで読み替えてもよい。
　リソースブロック（RB）は、時間領域及び周波数領域のリソース割当単位であり、周波数領域において、１つまたは複数個の連続した副搬送波（subcarrier）を含んでもよい。RBに含まれるサブキャリアの数は、ニューメロロジーに関わらず同じであってもよく、例えば１２であってもよい。RBに含まれるサブキャリアの数は、ニューメロロジーに基づいて決定されてもよい。
　また、RBの時間領域は、１つまたは複数個のシンボルを含んでもよく、１スロット、１ミニスロット、１サブフレーム、または１TTIの長さであってもよい。１TTI、１サブフレームなどは、それぞれ１つまたは複数のリソースブロックで構成されてもよい。
　なお、１つまたは複数のRBは、物理リソースブロック（Physical RB：PRB）、サブキャリアグループ（Sub-Carrier Group：SCG）、リソースエレメントグループ（Resource Element Group：REG）、PRBペア、RBペアなどと呼ばれてもよい。
　また、リソースブロックは、１つまたは複数のリソースエレメント（Resource Element：RE）によって構成されてもよい。例えば、１REは、１サブキャリア及び１シンボルの無線リソース領域であってもよい。
　帯域幅部分（Bandwidth Part：BWP）（部分帯域幅などと呼ばれてもよい）は、あるキャリアにおいて、あるニューメロロジー用の連続する共通RB（common resource blocks）のサブセットのことを表してもよい。ここで、共通RBは、当該キャリアの共通参照ポイントを基準としたRBのインデックスによって特定されてもよい。PRBは、あるBWPで定義され、当該BWP内で番号付けされてもよい。
　BWPには、UL用のBWP（UL BWP）と、DL用のBWP（DL BWP）とが含まれてもよい。UEに対して、１キャリア内に１つまたは複数のBWPが設定されてもよい。
　設定されたBWPの少なくとも１つがアクティブであってもよく、UEは、アクティブなBWPの外で所定の信号／チャネルを送受信することを想定しなくてもよい。なお、本開示における「セル」、「キャリア」などは、「BWP」で読み替えられてもよい。
　上述した無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルなどの構造は例示に過ぎない。例えば、無線フレームに含まれるサブフレームの数、サブフレームまたは無線フレームあたりのスロットの数、スロット内に含まれるミニスロットの数、スロットまたはミニスロットに含まれるシンボル及びRBの数、RBに含まれるサブキャリアの数、並びにTTI内のシンボル数、シンボル長、サイクリックプレフィックス（Cyclic Prefix：CP）長などの構成は、様々に変更することができる。
　「接続された（connected）」、「結合された(coupled)」という用語、またはこれらのあらゆる変形は、２またはそれ以上の要素間の直接的または間接的なあらゆる接続または結合を意味し、互いに「接続」または「結合」された２つの要素間に１またはそれ以上の中間要素が存在することを含むことができる。要素間の結合または接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。本開示で使用する場合、２つの要素は、１またはそれ以上の電線、ケーブル及びプリント電気接続の少なくとも一つを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」または「結合」されると考えることができる。
　参照信号は、Reference Signal（RS）と略称することもでき、適用される標準によってパイロット（Pilot）と呼ばれてもよい。
　本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
　上記の各装置の構成における「手段」を、「部」、「回路」、「デバイス」等に置き換えてもよい。
　本開示において使用する「第１」、「第２」などの呼称を使用した要素へのいかなる参照も、それらの要素の量または順序を全般的に限定しない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本開示において使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみがそこで採用され得ること、または何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。
　本開示において、「含む（include）」、「含んでいる（including）」及びそれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「または（or）」は、排他的論理和ではないことが意図される。
　本開示において、例えば、英語でのa, an及びtheのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。
　本開示で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking　up、search、inquiry)（例えば、テーブル、データベース又は別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。また、「判断（決定）」は、「想定する（assuming）」、「期待する（expecting）」、「みなす（considering）」などで読み替えられてもよい。
　本開示において、「AとBが異なる」という用語は、「AとBが互いに異なる」ことを意味してもよい。なお、当該用語は、「AとBがそれぞれCと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。
　以上、本開示について詳細に説明したが、当業者にとっては、本開示が本開示中に説明した実施形態に限定されるものではないということは明らかである。本開示は、請求の範囲の記載により定まる本開示の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とするものであり、本開示に対して何ら制限的な意味を有するものではない。
　10　無線通信システム
　20　NG-RAN
　100　gNB
　200　UE
　210　無線信号送受信部
　220　アンプ部
　230　変復調部
　240　制御信号・参照信号処理部
　250　符号化/復号部
　260　データ送受信部
　270　制御部
　1001　プロセッサ
　1001　プロセッサ
　1002　メモリ
　1003　ストレージ
　1004　通信装置
　1005　入力装置
　1006　出力装置
　1007　バス

Claims (4)

  1. 　上り制御チャネル、第１上りデータチャネル及び第２上りデータチャネルを送信する送信部と、
    　前記上り制御チャネル、前記第１上りデータチャネル及び前記第２上りデータチャネルが同一の優先度を有する場合、前記第１上りデータチャネルと前記第２上りデータチャネルとの時間方向における重複、上りリンクの送信省略、及び前記第１上りデータチャネルまたは前記第２上りデータチャネルへの上りリンク制御情報の多重に基づいて、前記上りリンクにおける送信を制御する制御部と
    を備える端末。
  2. 　上り制御チャネル、第１上りデータチャネル及び第２上りデータチャネルを送信する送信部と、
    　前記上り制御チャネル、前記第１上りデータチャネル及び前記第２上りデータチャネルが異なる優先度を有する場合、前記第１上りデータチャネルと前記第２上りデータチャネルとの時間方向における重複、上りリンクの送信省略、前記第１上りデータチャネルまたは前記第２上りデータチャネルへの上りリンク制御情報の多重、及び端末内優先・多重処理に基づいて、前記上りリンクにおける送信を制御する制御部と
    を備える端末。
  3. 　端末が、上り制御チャネル、第１上りデータチャネル及び第２上りデータチャネルを送信するステップと、
    　前記端末が、前記上り制御チャネル、前記第１上りデータチャネル及び前記第２上りデータチャネルが同一の優先度を有する場合、前記第１上りデータチャネルと前記第２上りデータチャネルとの時間方向における重複、上りリンクの送信省略、及び前記第１上りデータチャネルまたは前記第２上りデータチャネルへの上りリンク制御情報の多重に基づいて、前記上りリンクにおける送信を制御するステップと
    を含む無線通信方法。
  4. 　端末が、上り制御チャネル、第１上りデータチャネル及び第２上りデータチャネルを送信するステップと、
    　前記端末が、前記上り制御チャネル、前記第１上りデータチャネル及び前記第２上りデータチャネルが異なる優先度を有する場合、前記第１上りデータチャネルと前記第２上りデータチャネルとの時間方向における重複、上りリンクの送信省略、前記第１上りデータチャネルまたは前記第２上りデータチャネルへの上りリンク制御情報の多重、及び端末内優先・多重処理に基づいて、前記上りリンクにおける送信を制御するステップと
    を含む無線通信方法。
PCT/JP2021/001532 2021-01-18 2021-01-18 端末及び無線通信方法 WO2022153545A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202180090677.7A CN116711433A (zh) 2021-01-18 2021-01-18 终端以及无线通信方法
PCT/JP2021/001532 WO2022153545A1 (ja) 2021-01-18 2021-01-18 端末及び無線通信方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2021/001532 WO2022153545A1 (ja) 2021-01-18 2021-01-18 端末及び無線通信方法

Publications (1)

Publication Number Publication Date
WO2022153545A1 true WO2022153545A1 (ja) 2022-07-21

Family

ID=82447043

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/001532 WO2022153545A1 (ja) 2021-01-18 2021-01-18 端末及び無線通信方法

Country Status (2)

Country Link
CN (1) CN116711433A (ja)
WO (1) WO2022153545A1 (ja)

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
ERICSSON: "UL PUSCH skipping without intra-UE prioritization", 3GPP DRAFT; R2-2100340, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Electronic meeting; 20210125 - 20210205, 14 January 2021 (2021-01-14), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051972650 *
HUAWEI, HISILICON: "Updates to RAN2 aspects of PUSCH with UL skipping", 3GPP DRAFT; R2-2101776, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Online; 20210125 - 20210205, 15 January 2021 (2021-01-15), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051974641 *
MODERATOR (VIVO): "Summary of email discussion [103-e-NR-7.1CRs-08]-phase 2", 3GPP DRAFT; R1-2009774, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. e-Meeting; 20201026 - 20201113, 14 November 2020 (2020-11-14), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051954423 *
MODERATOR (VIVO): "Summary of email discussion [103-e-NR-L1enh-URLLC-07]", 3GPP DRAFT; R1-2009684, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. e-Meeting; 20201026 - 20201113, 11 November 2020 (2020-11-11), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051953515 *

Also Published As

Publication number Publication date
CN116711433A (zh) 2023-09-05

Similar Documents

Publication Publication Date Title
WO2021171594A1 (ja) 端末
WO2021009817A1 (ja) 端末
WO2021199348A1 (ja) 端末
WO2022153545A1 (ja) 端末及び無線通信方法
WO2022074843A1 (ja) 端末
WO2022097724A1 (ja) 端末
WO2022102669A1 (ja) 端末
WO2022102718A1 (ja) 端末
WO2022085156A1 (ja) 端末
WO2022137559A1 (ja) 端末及び無線通信方法
WO2022102714A1 (ja) 端末
WO2022113232A1 (ja) 端末、基地局及び無線通信方法
WO2022102670A1 (ja) 端末
WO2022190287A1 (ja) 端末、無線通信システム及び無線通信方法
WO2022079872A1 (ja) 端末
WO2022249721A1 (ja) 端末、無線通信システム及び無線通信方法
WO2021192063A1 (ja) 端末
WO2021199387A1 (ja) 端末
WO2022190289A1 (ja) 端末、無線通信システム及び無線通信方法
WO2022153505A1 (ja) 端末及び無線基地局
WO2022153509A1 (ja) 端末、基地局及び無線通信方法
WO2022029973A1 (ja) 端末
WO2022074842A1 (ja) 端末
WO2022029972A1 (ja) 端末
WO2022137569A1 (ja) 端末、基地局及び無線通信方法

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: 21919438

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 202180090677.7

Country of ref document: CN

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21919438

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP