Terminal device and communication method

Abstract

To allow a terminal device and a base station device to efficiently communicate with each other.SOLUTION: In a terminal device, a first field with a fixed bit size included in a RAR UL grant is used to indicate allocation of PUSCH frequency resources. A processing unit interprets the first field truncated or extended by truncating bits of the first field or inserting bits into the first field as a field indicating the allocation of PUSCH frequency resources. When an initial UL BWP is an active UL BWP, whether to truncate bits of the first field or insert bits into the first field is based on bandwidth of the initial UL BWP. When an additional UL BWP is an active UL BWP, whether to truncate bits of the first field or insert bits into the first field is based on the bandwidth of the initial UL BWP.SELECTED DRAWING: Figure 1

Description

[Technical Field]

[0001] The present invention relates to a terminal device and a communication method. [Background technology]

[0002] Currently, the Third Generation Partnership Project (3GPP®) is conducting technical studies and standards development for LTE (Long Term Evolution)-Advanced Pro and NR (New Radio technology) as wireless access methods and wireless network technologies for fifth-generation cellular systems (Non-Patent Literature 1).

[0003] Fifth-generation cellular systems require three service scenarios: eMBB (enhanced Mobile Broadband) for high-speed, high-capacity transmission; URLLC (Ultra-Reliable and Low Latency Communication) for low-latency, highly reliable communication; and mMTC (massive Machine Type Communication) for numerous machine-type devices such as IoT (Internet of Things) connections. [Prior art documents] [Non-patent literature]

[0004] [Non-Patent Document 1] RP-161214, NTT DOCOMO, “Revision of SI: Study on New Radio Access Technology”, June 2016. [Overview of the project] [Problems that the invention aims to solve]

[0005] The object of the present invention is to provide a terminal device and a communication method that enable efficient communication in the above-described wireless communication system. [Means for solving the problem]

[0006] (1) In order to achieve the above objective, aspects of the present invention employ the following means. In other words, a terminal device performing a competition-based random access procedure according to one aspect of the present invention comprises a receiving unit that receives a PDSCH including a RAR message, and a control unit that controls resource allocation based on a first field indicating a Msg3 PUSCH frequency resource assignment shown in a first UL grant included in the RAR message, wherein the control unit truncates X bits from the least significant bit to the bits of the first field when the number of first resource blocks is less than or equal to a predetermined number of resource blocks, and inserts the most significant bit of Y bits, which is set to a value of '0' after a hopping bit, into the bits of the first field when the number of first resource blocks is greater than the predetermined number of resource blocks, wherein the number of first resource blocks is the number of resource blocks indicating the bandwidth of an UL BWP having the same BWP identifier as the DL BWP in which the CORESET setting information shown in the Type 1 PDCCH Common Search Space Set is set, the Type 1 PDCCH Common Search Space Set is a search space set used for a random access procedure, and the CORESET is a time and frequency resource for searching downlink control information.

[0007] (2) A base station device communicating with a terminal device performing a competition-based random access procedure according to one aspect of the present invention comprises a control unit that generates a first UL grant including a first field indicating a Msg3 PUSCH frequency resource assignment indicating resource allocation, and a transmission unit that transmits a PDSCH including a RAR message, wherein the first UL grant is included in the RAR message, and the control unit truncates X bits from the least significant bit to the bits of the first field when the number of first resource blocks is less than or equal to a predetermined number of resource blocks, and inserts the most significant bit of the Y bit set to '0' after the hopping bit into the bits of the first field when the number of first resource blocks is greater than the predetermined number of resource blocks, and the number of first resource blocks is a UL having the same BWP identifier as the DL BWP in which the CORESET setting information shown in the Type 1 PDCCH common search space set is configured The BWP is the number of resource blocks that represent the bandwidth, the Type 1 PDCCH common search space set is the search space set used for random access procedures, and the CORESET is the time and frequency resources for searching downlink control information.

[0008] (3) Furthermore, a communication method in one aspect of the present invention is a communication method for a terminal device, which receives a PDSCH including a RAR message, controls resource allocation based on a first field indicating a Msg3 PUSCH frequency resource assignment shown in a first UL grant included in the RAR message, truncates X bits from the least significant bit to the bits of the first field when the number of first resource blocks is less than or equal to a predetermined number of resource blocks, inserts the most significant bit of Y bits set to '0' after a hopping bit into the bits of the first field when the number of first resource blocks is greater than the predetermined number of resource blocks, the number of first resource blocks is the number of resource blocks indicating the bandwidth of an UL BWP having the same BWP identifier as the DL BWP in which the CORESET setting information shown in the Type 1 PDCCH Common Search Space Set is set, the Type 1 PDCCH Common Search Space Set is a search space set used in a random access procedure, and the CORESET is a time and frequency resource for searching downlink control information.

[0009] (4) Another communication method in one aspect of the present invention is a communication method for a base station device, comprising: generating a first UL grant including a first field indicating a Msg3 PUSCH frequency resource assignment indicating resource allocation; transmitting a PDSCH including a RAR message; the first UL grant being included in the RAR message; the control unit truncating X bits from the least significant bit to the bits of the first field when the number of first resource blocks is less than or equal to a predetermined number of resource blocks; inserting the most significant bit of Y bits set to '0' after a hopping bit into the bits of the first field when the number of first resource blocks is greater than a predetermined number of resource blocks; the number of first resource blocks being the number of resource blocks indicating the bandwidth of an UL BWP having the same BWP identifier as the DL BWP in which the CORESET setting information shown in the Type 1 PDCCH common search space set is configured; the Type 1 PDCCH common search space set is a search space set used in a random access procedure; and the CORESET is a time and frequency resource for searching downlink control information.

[0010] (5) Furthermore, an integrated circuit in one aspect of the present invention is an integrated circuit mounted on a terminal device, which has the function of receiving a PDSCH including a RAR message, and the function of controlling resource allocation based on a first field indicating a Msg3 PUSCH frequency resource assignment shown in a first UL grant included in the RAR message, and which causes the terminal device 1 to perform the following: when the number of first resource blocks is less than or equal to a predetermined number of resource blocks, it truncates X bits from the least significant bit to the bits of the first field; when the number of first resource blocks is greater than a predetermined number of resource blocks, it inserts the most significant bit of the Y bit, which is set to a value of '0' after the hopping bit, into the bits of the first field, the number of first resource blocks is the number of resource blocks indicating the bandwidth of a UL BWP having the same BWP identifier as the DL BWP in which the CORESET setting information shown in the Type 1 PDCCH common search space set is set, the Type 1 PDCCH common search space set is a search space set used in a random access procedure, and the CORESET is a time and frequency resource for searching downlink control information.

[0011] (6) Furthermore, an integrated circuit in one aspect of the present invention is an integrated circuit mounted on a base station device, which has the function of generating a first UL grant including a first field indicating a Msg3 PUSCH frequency resource assignment indicating resource allocation, and the function of transmitting a PDSCH including a RAR message, and which the base station device enables to perform, wherein the first UL grant is included in the RAR message, and when the number of first resource blocks is less than or equal to a predetermined number of resource blocks, it truncates X bits from the least significant bit to the bits of the first field, and when the number of first resource blocks is greater than the predetermined number of resource blocks, it inserts the most significant bit of the Y bit, which is set to the value of '0' after the hopping bit, into the bits of the first field, and the number of first resource blocks is a UL having the same BWP identifier as the DL BWP in which the CORESET setting information shown in the type 1 PDCCH common search space set is set The BWP is the number of resource blocks that represent the bandwidth, the Type 1 PDCCH common search space set is the search space set used for random access procedures, and the CORESET is the time and frequency resources for searching downlink control information. [Effects of the Invention]

[0012] According to this invention, base station equipment and terminal equipment can communicate efficiently. [Brief explanation of the drawing]

[0013] [Figure 1] This figure shows a concept of a wireless communication system according to an embodiment of the present invention. [Figure 2] This figure shows examples of SS / PBCH blocks and SS burst sets according to embodiments of the present invention. [Figure 3] This figure shows an example of a schematic configuration of the uplink and downlink slots according to an embodiment of the present invention. [Figure 4] This figure shows the time-domain relationship between the subframe, slot, and minislot according to an embodiment of the present invention. [Figure 5] This figure shows an example of a slot or subframe according to an embodiment of the present invention. [Figure 6] This figure shows an example of beamforming according to an embodiment of the present invention. [Figure 7] This figure shows an example of BWP settings according to an embodiment of the present invention. [Figure 8] This figure shows an example of a random access procedure for terminal device 1 according to an embodiment of the present invention. [Figure 9] This figure shows an example of a field included in a RAR UL grant according to an embodiment of the present invention. [Figure 10] This figure shows an example of how to interpret the 'Msg3 PUSCH frequency resource allocation' field according to this embodiment. [Figure 11] This figure shows an example illustrating uplink resource allocation type 1 for BWP according to this embodiment. [Figure 12] This figure shows an example of calculating the RIV according to an embodiment of the present invention. [Figure 13] This figure shows an example of assigning an SSB index to a PRACH opportunity according to this embodiment. [Figure 14] This flowchart shows an example of a random access procedure for MAC entities according to an embodiment of the present invention. [Figure 15] This is a schematic block diagram showing the configuration of a terminal device 1 according to an embodiment of the present invention. [Figure 16] This is a schematic block diagram showing the configuration of a base station device 3 according to an embodiment of the present invention. [Modes for carrying out the invention]

[0014] Embodiments of the present invention will be described below.

[0015] Figure 1 is a conceptual diagram of the wireless communication system in this embodiment. In Figure 1, the wireless communication system comprises terminal device 1A, terminal device 1B, and base station device 3. Hereinafter, terminal device 1A and terminal device 1B will also be referred to as terminal device 1.

[0016] Terminal device 1 is also called a user terminal, mobile station device, communication terminal, mobile device, terminal, UE (User Equipment), and MS (Mobile Station). Base station device 3 is also called a radio base station device, base station, radio base station, fixed station, NB (Node B), eNB (evolved Node B), BTS (Base Transceiver Station), BS (Base Station), NR NB (NR Node B), NNB, TRP (Transmission and Reception Point), and gNB. Base station device 3 may include a core network device. Base station device 3 may also have one or more transmission and reception points 4. At least some of the functions / processes of base station device 3 described below may also be functions / processes at each transmission and reception point 4 provided by the base station device 3. Base station device 3 may serve terminal device 1 as one or more cells within the communication range (communication area) controlled by base station device 3. Furthermore, the base station device 3 may serve terminal devices 1 as one or more cells, each comprising a communication range (communication area) controlled by one or more transmission / reception points 4. Alternatively, one cell may be divided into multiple sub-regions (Beamed areas), and terminal devices 1 may be served in each sub-region. Here, the sub-regions may be identified based on the beam index used for beamforming or the pre-coding index.

[0017] The wireless communication link from base station device 3 to terminal device 1 is called the downlink. The wireless communication link from terminal device 1 to base station device 3 is called the uplink.

[0018] In Figure 1, the wireless communication between terminal device 1 and base station device 3 may use orthogonal frequency division multiplexing (OFDM) including a cyclic prefix (CP), single-carrier frequency division multiplexing (SC-FDM), discrete Fourier transform spread OFDM (DFT-S-OFDM), or multi-carrier code division multiplexing (MC-CDM).

[0019] Furthermore, in Figure 1, universal-filtered multi-carrier (UFMC), filtered OFDM (F-OFDM), windowed OFDM, and filtered-bank multi-carrier (FBMC) may be used for wireless communication between terminal device 1 and base station device 3.

[0020] In this embodiment, OFDM is described using OFDM symbols as the transmission method, but the invention also includes cases where other transmission methods described above are used.

[0021] Furthermore, in Figure 1, the above-described transmission method may be used for wireless communication between terminal device 1 and base station device 3 without using CP, or with zero padding instead of CP. Also, CP or zero padding may be added to both the front and back.

[0022] One aspect of this embodiment may be operated in carrier aggregation or dual connectivity with radio access technologies (RATs) such as LTE or LTE-A / LTE-A Pro. In this case, it may be used in some or all cells or cell groups, carriers or carrier groups (e.g., primary cell (PCell), secondary cell (SCell), primary secondary cell (PSCell), MCG (Master Cell Group), SCG (Secondary Cell Group), etc.). It may also be used in a standalone operation. In dual connectivity operation, SpCell (Special Cell) is referred to as MCG PCell or SCG PSCell, depending on whether the MAC (MAC: Medium Access Control) entity is associated with an MCG or an SCG, respectively. If it is not a dual connectivity operation, SpCell (Special Cell) is referred to as PCell. SpCell (Special Cell) supports PUCCH transmission and competition-based random access.

[0023] In this embodiment, one or more serving cells may be configured for terminal device 1. The configured serving cells may include one primary cell and one or more secondary cells. The primary cell may be the serving cell in which the initial connection establishment procedure was performed, the serving cell that initiated the connection re-establishment procedure, or the cell designated as the primary cell in the handover procedure. One or more secondary cells may be configured at or after the time the RRC (Radio Resource Control) connection is established. However, the configured serving cells may include one primary-secondary cell. The primary-secondary cell may be a secondary cell capable of transmitting control information on the uplink among the one or more secondary cells in which terminal device 1 is configured. Furthermore, two types of subsets of serving cells, a master cell group and a secondary cell group, may be configured for terminal device 1. A master cell group may consist of one primary cell and zero or more secondary cells. A secondary cell group may consist of one primary-secondary cell and zero or more secondary cells.

[0024] The wireless communication system of this embodiment may apply TDD (Time Division Duplex) and / or FDD (Frequency Division Duplex). Either the TDD (Time Division Duplex) method or the FDD (Frequency Division Duplex) method may be applied to all of the multiple cells. Furthermore, cells to which the TDD method is applied and cells to which the FDD method is applied may be aggregated. The TDD method may also be referred to as Unpaired spectrum operation. The FDD method may also be referred to as Paired spectrum operation.

[0025] In a downlink, the carrier corresponding to the serving cell is called the downlink component carrier (or downlink carrier). In an uplink, the carrier corresponding to the serving cell is called the uplink component carrier (or uplink carrier). In a sidelink, the carrier corresponding to the serving cell is called the sidelink component carrier (or sidelink carrier). The downlink component carrier, uplink component carrier, and / or sidelink component carrier are collectively referred to as the component carrier (or carrier).

[0026] The physical channels and physical signals of this embodiment will now be described.

[0027] In Figure 1, the following physical channels are used for wireless communication between terminal device 1 and base station device 3.

[0028] ·PBCH(Physical Broadcast CHannel) ·PDCCH(Physical Downlink Control CHannel) ·PDSCH(Physical Downlink Shared CHannel) ·PUCCH (Physical Uplink Control CHannel) ·PUSCH (Physical Uplink Shared CHannel) ·PRACH(Physical Random Access CHannel)

[0029] PBCH is used to broadcast critical information blocks (MIB: Master Information Block, EIB: Essential Information Block, BCH: Broadcast Channel) containing important system information required by terminal device 1.

[0030] Furthermore, PBCH may be used to announce the time index within the period of a block of synchronization signals (also referred to as an SS / PBCH block). Here, the time index is information indicating the index of the synchronization signal and PBCH within the cell. For example, when transmitting an SS / PBCH block using the assumption of three transmit beams (transmit filter settings, pseudo-co-location (QCL: Quasi Co-Location) with respect to receive spatial parameters), the time sequence within a predetermined period or a set period may be indicated. Also, terminal equipment may recognize differences in time indices as differences in transmit beams.

[0031] PDCCH is used in downlink radio communication (radio communication from base station 3 to terminal 1) to transmit (or carry) Downlink Control Information (DCI). Here, one or more DCIs (which may also be called DCI formats) are defined for the transmission of downlink control information. That is, fields for downlink control information are defined as DCIs and mapped to information bits. PDCCH is transmitted in PDCCH candidates. Terminal 1 monitors a set of PDCCH candidates in the serving cell. Monitoring means attempting to decode the PDCCH according to a certain DCI format.

[0032] For example, the following DCI format may be defined. • DCI format 0_0 • DCI Format 0_1 • DCI Format 1_0 DCI Format 1_1 • DCI Format 2_0 • DCI Format 2_1 • DCI Format 2_2 • DCI Format 2_3

[0033] DCI format 0_0 may include information indicating PUSCH's scheduling information (frequency domain resource allocation and time domain resource allocation).

[0034] DCI format 0_1 ​​may include information indicating PUSCH scheduling information (frequency domain resource allocation and time domain resource allocation), information indicating the Bandwidth Part (BWP), Channel State Information (CSI) requests, Sounding Reference Signal (SRS) requests, and information regarding antenna ports.

[0035] DCI format 1_0 may include information indicating the scheduling information of the PDSCH (frequency domain resource allocation and time domain resource allocation).

[0036] DCI format 1_1 may include information indicating PDSCH scheduling information (frequency domain resource allocation and time domain resource allocation), information indicating the bandwidth portion (BWP), transmission configuration indication (TCI), and information regarding antenna ports.

[0037] DCI format 2_0 is used to indicate the slot format for one or more slots. The slot format is defined as classifying each OFDM symbol within a slot as either a downlink, flexible, or uplink. For example, if the slot format is 28, then DDDDDDDDDDDDFU is applied to the 14 OFDM symbols within the slot that specifies slot format 28. Here, D represents a downlink symbol, F represents a flexible symbol, and U represents an uplink symbol. Slots will be discussed later.

[0038] DCI format 2_1 is used to notify terminal device 1 of physical resource blocks and OFDM symbols that can be assumed not to be transmitted. This information may be referred to as a preemption instruction (intermittent transmission instruction).

[0039] DCI format 2_2 is used for transmitting PUSCH and Transmit Power Control (TPC) commands for PUSCH.

[0040] DCI format 2_3 is used to transmit a group of TPC commands for sounding reference signal (SRS) transmission by one or more terminal devices 1. An SRS request may also be transmitted along with the TPC commands. Furthermore, DCI format 2_3 may define SRS requests and TPC commands for uplinks without PUSCH and PUCCH, or for uplinks where SRS transmit power control is not tied to PUSCH transmit power control.

[0041] A DCI for a downlink is also called a downlink grant or downlink assignment. Similarly, a DCI for an uplink is also called an uplink grant or uplink assignment.

[0042] The CRC (Cyclic Redundancy Check) parity bits added to the DCI format transmitted by a single PDCCH are scrambled with C-RNTI (Cell-Radio Network Temporary Identifier), CS-RNTI (Configured Scheduling-Radio Network Temporary Identifier), RA-RNTI (Random Access-Radio Network Temporary Identity), or Temporary C-RNTI. C-RNTI and CS-RNTI are identifiers used to identify terminal devices within a cell. Temporary C-RNTI is an identifier used to identify terminal device 1 that transmitted the random access preamble during a contention-based random access procedure.

[0043] C-RNTI (Terminal Device Identifier (Identification Information)) is used to control PDSCH or PUSCH in one or more slots. CS-RNTI is used to periodically allocate PDSCH or PUSCH resources. Temporary C-RNTI (TC-RNTI) is used to control PDSCH transmission or PUSCH transmission in one or more slots. Temporary C-RNTI is used to schedule the retransmission of random access message 3 and the transmission of random access message 4. RA-RNTI (Random Access Response Identification Information) is determined according to the frequency and time position information of the physical random access channel that transmitted the random access preamble.

[0044] PUCCH is used to transmit Uplink Control Information (UCI) in uplink wireless communication (wireless communication from terminal device 1 to base station device 3). Here, the uplink control information may include Channel State Information (CSI), which is used to indicate the state of the downlink channel. The uplink control information may also include a Scheduling Request (SR), which is used to request UL-SCH resources. Furthermore, the uplink control information may include a HARQ-ACK (Hybrid Automatic Repeat Request ACKnowledgement). The HARQ-ACK may indicate a HARQ-ACK for downlink data (Transport block, Medium Access Control Protocol Data Unit: MAC PDU, Downlink-Shared Channel: DL-SCH).

[0045] PDSCH is used to transmit downlink data (DL-SCH: Downlink Shared Channel) from the Medium Access Control (MAC) layer. In the case of downlinks, it is also used to transmit system information (SI: System Information) and random access responses (RAR: Random Access Response).

[0046] PUSCH may be used to transmit uplink data (UL-SCH: Uplink Shared Channel) from the MAC layer, or HARQ-ACK and / or CSI along with uplink data. It may also be used to transmit CSI only, or HARQ-ACK and CSI only. In other words, it may be used to transmit UCI only.

[0047] Here, the base station device 3 and the terminal device 1 exchange signals (send and receive) at the higher layer. For example, the base station device 3 and the terminal device 1 may send and receive RRC signaling (RRC message: Radio Resource Control message, also called RRC information: Radio Resource Control information) at the Radio Resource Control (RRC) layer. Also, the base station device 3 and the terminal device 1 may send and receive MAC control elements at the MAC (Medium Access Control) layer. Here, RRC signaling and / or MAC control elements are also referred to as higher layer signals. The higher layer here refers to the layer above the physical layer, and may include one or more of the MAC layer, RRC layer, RLC layer, PDCP layer, NAS (Non Access Stratum) layer, etc. For example, in the processing of the MAC layer, the higher layer may include one or more of the RRC layer, RLC layer, PDCP layer, NAS layer, etc.

[0048] PDSCH or PUSCH may be used to transmit RRC signaling and MAC control elements. Here, in PDSCH, the RRC signaling transmitted from base station equipment 3 may be a common signaling for multiple terminal devices 1 within a cell. Alternatively, the RRC signaling transmitted from base station equipment 3 may be dedicated signaling (also called dedicated signaling) for a particular terminal device 1. That is, terminal device-specific information may be transmitted using dedicated signaling for a particular terminal device 1. Furthermore, PUSCH may be used to transmit UE capability on the uplink.

[0049] In Figure 1, the following downlink physical signals are used in downlink wireless communication. Here, the downlink physical signals are not used to transmit information output from higher layers, but are used by the physical layer. ·Synchronization signal (SS) ·Reference Signal (RS)

[0050] The synchronization signal may include a primary synchronization signal (PSS) and a secondary synchronization signal (SSS). The cell ID may be detected using the PSS and SSS.

[0051] The synchronization signal is used by terminal device 1 to synchronize the frequency domain and time domain of the downlink. Here, the synchronization signal may be used by terminal device 1 for precoding by base station device 3 or for precoding or beam selection in beamforming. The beam may also be called transmit or receive filter settings, or spatial domain transmit filter or spatial domain receive filter.

[0052] The reference signal is used by terminal device 1 to perform propagation path compensation for the physical channel. Here, the reference signal may also be used by terminal device 1 to calculate the CSI of the downlink. Furthermore, the reference signal may be used for fine synchronization, such as numerology of radio parameters and subcarrier spacing, or window synchronization of the FFT.

[0053] In this embodiment, one or more of the following downlink reference signals are used. ·DMRS(Demodulation Reference Signal) ·CSI-RS(Channel State Information Reference Signal) ·PTRS(Phase Tracking Reference Signal) ·TRS(Tracking Reference Signal)

[0054] DMRS is used to demodulate modulated signals. Note that two types of reference signals may be defined for DMRS: one for demodulating PBCH and another for demodulating PDSCH, or both may be referred to simply as DMRS. CSI-RS is used for measuring Channel State Information (CSI) and beam management, and a periodic, semi-persistent, or aperiodic transmission method for the CSI reference signal is applied. CSI-RS may be defined as Non-Zero Power (NZP) CSI-RS and Zero Power (ZP) CSI-RS, where the transmit power (or receive power) is zero. Here, ZP CSI-RS may be defined as a CSI-RS resource with zero transmit power or no transmit power. PTRS is used to track the phase in the time domain to compensate for frequency offsets caused by phase noise. TRS is used to compensate for Doppler shift during high-speed movement. Note that TRS may be used as one setting of CSI-RS. For example, a single-port CSI-RS may be configured as a radio resource with TRS.

[0055] In this embodiment, one or more of the following uplink reference signals are used. ·DMRS(Demodulation Reference Signal) ·PTRS(Phase Tracking Reference Signal) ·SRS(Sounding Reference Signal)

[0056] DMRS is used to demodulate modulated signals. Note that DMRS may be defined as two types of reference signals: one for demodulating PUCCH and another for demodulating PUSCH, or both may be referred to as DMRS. SRS is used for measuring uplink channel status information (CSI), channel sounding, and beam management. PTRS is used to track phase in the time domain to compensate for frequency offsets caused by phase noise.

[0057] Downlink physical channels and / or downlink physical signals are collectively referred to as downlink signals. Uplink physical channels and / or uplink physical signals are collectively referred to as uplink signals. Downlink physical channels and / or uplink physical channels are collectively referred to as physical channels. Downlink physical signals and / or uplink physical signals are collectively referred to as physical signals.

[0058] BCH, UL-SCH, and DL-SCH are transport channels. Channels used in the Medium Access Control (MAC) layer are called transport channels. The unit of transport channel used in the MAC layer is also called a transport block (TB) and / or MAC PDU (Protocol Data Unit). In the MAC layer, HARQ (Hybrid Automatic Repeat request) control is performed for each transport block. A transport block is the unit of data that the MAC layer delivers to the physical layer. In the physical layer, transport blocks are mapped to codewords, and encoding processing is performed for each codeword.

[0059] Figure 2 shows examples of SS / PBCH blocks (also referred to as synchronous signal blocks, SS blocks, or SSBs) and SS burst sets (also referred to as synchronous signal burst sets) according to this embodiment. Figure 2 shows an example in which two SS / PBCH blocks are included in a periodically transmitted SS burst set, and the SS / PBCH blocks consist of consecutive 4 OFDM symbols.

[0060] An SS / PBCH block is a unit block that includes at least a synchronization signal (PSS, SSS) and / or a PBCH. Transmitting the signals / channels contained in an SS / PBCH block is referred to as transmitting an SS / PBCH block. When the base station device 3 transmits the synchronization signal and / or PBCH using one or more SS / PBCH blocks in an SS burst set, it may use an independent downlink transmit beam for each SS / PBCH block.

[0061] In Figure 2, a single SS / PBCH block contains PSS, SSS, and PBCH multiplexed in time / frequency. However, the order in which PSS, SSS, and / or PBCH are multiplexed in the time domain may differ from the example shown in Figure 2.

[0062] SS burst sets may be transmitted periodically. For example, a period for initial access and a period to be set for connected (Connected or RRC_Connected) terminal devices may be defined. The period to be set for connected (Connected or RRC_Connected) terminal devices may be set at the RRC layer. The period to be set for connected (Connected or RRC_Connected) terminals may also be the period of radio resources in the time domain that may be transmitted, and it may be decided whether or not base station device 3 actually transmits them. The period for initial access may also be defined in advance in the specifications or elsewhere.

[0063] The SS burst set may be determined based on the System Frame Number (SFN). The starting position (boundary) of the SS burst set may also be determined based on the SFN and the period.

[0064] SS / PBCH blocks are assigned an SSB index (which may also be called an SSB / PBCH block index) according to their temporal position within the SS burst set. Terminal device 1 calculates the SSB index based on the PBCH information and / or reference signal information contained in the detected SS / PBCH block.

[0065] SS / PBCH blocks with the same relative time within each of multiple SS burst sets are assigned the same SSB index. SS / PBCH blocks with the same relative time within each of multiple SS burst sets may be assumed to be QCL (or have the same downlink transmit beam applied). Furthermore, antenna ports in SS / PBCH blocks with the same relative time within each of multiple SS burst sets may be assumed to be QCL with respect to mean delay, Doppler shift, and spatial correlation.

[0066] Within the period of a given SS burst set, SS / PBCH blocks assigned the same SSB index may be assumed to be QCL with respect to mean delay, mean gain, Doppler spread, Doppler shift, and spatial correlation. The setting corresponding to one or more SS / PBCH blocks (or reference signals) that are QCL may be referred to as the QCL setting.

[0067] The SS / PBCH block number (which may also be referred to as the SS block number or SSB number) may be defined, for example, as the number of SS / PBCH blocks within an SS burst, an SS burst set, or a period of an SS / PBCH block. Alternatively, the SS / PBCH block number may represent the number of beam groups for cell selection within an SS burst, an SS burst set, or a period of an SS / PBCH block. Here, a beam group may be defined as the number of different SS / PBCH blocks or different beams contained within an SS burst, an SS burst set, or a period of an SS / PBCH block.

[0068] The reference signals described below in this embodiment include downlink reference signals, synchronization signals, SS / PBCH blocks, downlink DM-RS, CSI-RS, uplink reference signals, SRS, and / or uplink DM-RS. For example, downlink reference signals, synchronization signals, and / or SS / PBCH blocks may be referred to as reference signals. Reference signals used in the downlink include downlink reference signals, synchronization signals, SS / PBCH blocks, downlink DM-RS, CSI-RS, etc. Reference signals used in the uplink include uplink reference signals, SRS, and / or uplink DM-RS, etc.

[0069] Furthermore, the reference signal may be used for radio resource measurement (RRM). The reference signal may also be used for beam management.

[0070] Beam management may be a procedure performed by base station 3 and / or terminal 1 to match the directivity of the analog and / or digital beams at the transmitting device (base station 3 in the case of a downlink, and terminal 1 in the case of an uplink) with the directivity of the analog and / or digital beams at the receiving device (terminal 1 in the case of a downlink, and base station 3 in the case of an uplink) in order to obtain beam gain.

[0071] The following procedures may be included as part of the procedure for configuring, setting up, or establishing a beam pair link. Beam selection • Beam refinement Beam recovery

[0072] For example, beam selection may be a procedure for selecting a beam in communication between base station equipment 3 and terminal equipment 1. Beam improvement may be a procedure for selecting a beam with higher gain, or for changing the optimal beam between base station equipment 3 and terminal equipment 1 by moving terminal equipment 1. Beam recovery may be a procedure for re-selecting a beam when the quality of the communication link deteriorates due to blockage caused by obstacles or the passage of people in communication between base station equipment 3 and terminal equipment 1.

[0073] Beam management may include beam selection and beam improvement. Beam recovery may include the following procedures. • Detection of beam failure • Discovery of a new beam • Sending a beam recovery request • Monitoring responses to beam recovery requests

[0074] For example, when selecting the transmit beam of the base station device 3 in terminal device 1, the RSRP (Reference Signal Received Power) of the SSS included in the CSI-RS or SS / PBCH block may be used, or the CSI may be used. Alternatively, the CSI-RS Resource Index (CRI) may be used as the report to the base station device 3, or an index indicated by the sequence of demodulation reference signals (DMRS) used for demodulation of the PBCH and / or PBCH included in the SS / PBCH block may be used.

[0075] Furthermore, when the base station device 3 instructs the terminal device 1 to direct the beam, it specifies the time index of the CRI or SS / PBCH, and the terminal device 1 receives based on the specified CRI or SS / PBCH time index. At this time, the terminal device 1 may set a spatial filter based on the specified CRI or SS / PBCH time index and receive. Alternatively, the terminal device 1 may receive using the assumption of quasi-co-location (QCL). When one signal (antenna port, synchronization signal, reference signal, etc.) is "QCL" with another signal (antenna port, synchronization signal, reference signal, etc.), or when the "QCL assumption is used", it can be interpreted that one signal is associated with another signal.

[0076] Two antenna ports are said to be QCL (Quick Chain Relation) if the long-term property of a channel carrying a symbol at one antenna port can be inferred from the channel carrying a symbol at the other antenna port. The long-term property of a channel includes one or more of the following: delay spread, Doppler spread, Doppler shift, mean gain, and mean delay. For example, if antenna port 1 and antenna port 2 are QCL with respect to mean delay, it means that the reception timing at antenna port 2 can be inferred from the reception timing at antenna port 1.

[0077] This QCL can also be extended to beam management. For this purpose, a new QCL extended to space may be defined. For example, the long-term properties of a channel in the assumption of a spatial domain QCL may include the angle of arrival (AoA (Angle of Arrival), ZoA (Zenith angle of Arrival), etc.) and / or angle spread (e.g., ASA (Angle Spread of Arrival) and ZSA (Zenith angle Spread of Arrival)) in the radio link or channel, the transmission angle (AoD, ZoD, etc.) and its angle spread (e.g., ASD (Angle Spread of Departure) and ZSD (Zenith angle Spread of Departure)), spatial correlation, and received spatial parameters.

[0078] For example, if the receiving spatial parameters between antenna port 1 and antenna port 2 can be considered QCL, it means that the receiving beam receiving the signal from antenna port 2 can be inferred from the receiving beam (receiving spatial filter) receiving the signal from antenna port 1.

[0079] A combination of long-interval characteristics that can be considered a QCL type may be defined. For example, the following types may be defined: • Type A: Doppler shift, Doppler spread, mean delay, delay spread • Type B: Doppler shift, Doppler spread • Type C: Mean delay, Doppler shift • Type D: Receiving spatial parameters

[0080] The above-mentioned QCL types may be set and / or indicated as a Transmission Configuration Indication (TCI) that assumes a QCL between one or two reference signals and PDCCH or PDSCH DMRS in the RRC and / or MAC layer and / or DCI. For example, if one state of the TCI when terminal device 1 receives a PDCCH is set and / or indicated as SS / PBCH block index #2 and QCL type A + QCL type B, then when terminal device 1 receives the PDCCH DMRS, it may receive the PDCCH DMRS by considering the Doppler shift, Doppler spread, mean delay, delay spread, received spatial parameters, and channel long-interval characteristics at the reception of SS / PBCH block index #2, and perform synchronization and propagation path estimation. In this case, the reference signal indicated by the TCI (SS / PBCH block in the above example) may be called the source reference signal, and the reference signal affected by the long-interval characteristics inferred from the channel long-interval characteristics at the reception of the source reference signal (PDCCH DMRS in the above example) may be called the target reference signal. Furthermore, the TCI may be configured in RRC with one or more TCI states and a combination of a source reference signal and a QCL type for each state, and this may be instructed to terminal device 1 by the MAC layer or DCI.

[0081] In this method, the operation of base station equipment 3 and terminal equipment 1, which are equivalent to beam management, may be defined by the assumption of a QCL in the spatial domain and radio resources (time and / or frequency) as beam management and beam direction / reporting.

[0082] The subframe will be described below. In this embodiment, it is referred to as a subframe, but it may also be referred to as a resource unit, wireless frame, time interval, time interval, etc.

[0083] Figure 3 shows an example of a schematic configuration of uplink and downlink slots according to the first embodiment of the present invention. Each wireless frame is 10 ms long. Each wireless frame consists of 10 subframes and W slots. Each slot consists of X OFDM symbols. That is, the length of one subframe is 1 ms. The time length of each slot is defined by the subcarrier interval. For example, if the subcarrier interval of OFDM symbols is 15 kHz and NCP (Normal Cyclic Prefix), then X=7 or X=14, which are 0.5 ms and 1 ms, respectively. If the subcarrier interval is 60 kHz, then X=7 or X=14, which are 0.125 ms and 0.25 ms, respectively. Also, for example, if X=14, then W=10 when the subcarrier interval is 15 kHz, and W=40 when the subcarrier interval is 60 kHz. Figure 3 shows the case of X=7 as an example. Note that it can be similarly extended to the case of X=14. Uplink slots may be defined similarly, and downlink and uplink slots may be defined separately. Furthermore, the cell bandwidth in Figure 3 may be defined as a Bandwidth Part (BWP). Slots may also be defined as Transmission Time Intervals (TTI). Slots do not necessarily have to be defined as TTIs. TTI may also be the transmission period of a transport block.

[0084] Each signal or physical channel transmitted in each slot may be represented by a resource grid. The resource grid is defined by multiple subcarriers and multiple OFDM symbols for each numerology (subcarrier spacing and cyclic prefix length) and each carrier. The number of subcarriers constituting a single slot depends on the bandwidth of the cell's downlink and uplink, respectively. Each element within the resource grid is referred to as a resource element. Resource elements may be identified by their subcarrier numbers and OFDM symbol numbers.

[0085] A resource grid is used to represent the mapping of resource elements for a given physical downlink channel (such as a PDSCH) or uplink channel (such as a PUSCH). For example, if the subcarrier spacing is 15 kHz, the number of OFDM symbols in a subframe is X = 14. In the case of NCP, one physical resource block is defined by 14 consecutive OFDM symbols in the time domain and 12 * Nmax consecutive subcarriers in the frequency domain. Nmax is the maximum number of resource blocks determined by the subcarrier spacing setting μ, which will be described later. In other words, a resource grid consists of (14 * 12 * Nmax, μ) resource elements. In the case of ECP (Extended CP), which is only supported at a subcarrier spacing of 60 kHz, one physical resource block is defined, for example, by 12 (number of OFDM symbols in one slot) * 4 (number of slots in one subframe) = 48 consecutive OFDM symbols in the time domain and 12 * Nmax, μ consecutive subcarriers in the frequency domain. In other words, the resource grid consists of (48 * 12 * Nmax, μ) resource elements.

[0086] Resource blocks are defined as reference resource blocks, common resource blocks, physical resource blocks, and virtual resource blocks. One resource block is defined as 12 consecutive subcarriers in the frequency domain. Reference resource blocks are common to all subcarriers and may be configured with, for example, a subcarrier interval of 15 kHz and numbered in ascending order. Subcarrier index 0 at reference resource block index 0 may be called reference point A (point A) (or simply called "reference point"). Common resource blocks are resource blocks numbered in ascending order from 0 at each subcarrier interval setting μ starting from reference point A. The resource grid described above is defined by these common resource blocks. Physical resource blocks are resource blocks numbered in ascending order from 0 that are included in the bandwidth portion (BWP) described later. A physical uplink channel is first mapped to a virtual resource block. Then, the virtual resource block is mapped to a physical resource block. In the following, resource blocks may be virtual resource blocks, physical resource blocks, common resource blocks, or reference resource blocks.

[0087] Next, we will explain the subcarrier spacing setting μ. As mentioned above, NR supports one or more OFDM numerologies. In a given BWP, the subcarrier spacing setting μ (μ=0,1,...,5) and the cyclic prefix length are given in the upper layers for the downlink BWP and in the upper layers for the uplink BWP. Here, given μ, the subcarrier spacing Δf is given by Δf = 2^μ·15 (kHz).

[0088] In a subcarrier spacing setting μ, slots are numbered in ascending order from 0 to N^{subframe,μ}_{slot}-1 within a subframe and in ascending order from 0 to N^{frame,μ}_{slot}-1 within a frame. Based on the slot setting and cyclic prefix, there are N^{slot}_{symb} consecutive OFDM symbols within a slot. N^{slot}_{symb} is 14. The start of slot n^{μ}_{s} within a subframe is aligned in time with the start of the N^{slot}_{symb}th OFDM symbol in n^{μ}_{s} within the same subframe.

[0089] Next, we will explain subframes, slots, and minislots. Figure 4 shows the time-domain relationship between subframes, slots, and minislots. As shown in the figure, three types of time units are defined. A subframe is 1 ms regardless of the subcarrier interval, and a slot contains 7 or 14 OFDM symbols, with the slot length varying depending on the subcarrier interval. Here, if the subcarrier interval is 15 kHz, one subframe contains 14 OFDM symbols. Downlink slots may be referred to as PDSCH mapping type A. Uplink slots may be referred to as PUSCH mapping type A.

[0090] A mini-slot (which may also be called a sub-slot) is a time unit consisting of fewer OFDM symbols than the number of OFDM symbols contained in a slot. The figure shows an example where a mini-slot consists of 2 OFDM symbols. The OFDM symbols within a mini-slot may coincide with the timing of the OFDM symbols that make up the slot. The smallest unit of scheduling may be a slot or a mini-slot. Assigning a mini-slot may also be called non-slot-based scheduling. Scheduling a mini-slot may also be described as scheduling a resource where the relative time position of the reference signal and the data start position is fixed. Downlink mini-slots may be called PDSCH mapping type B. Uplink mini-slots may be called PUSCH mapping type B.

[0091] Figure 5 shows an example of a slot format. Here, the case of a slot length of 1 ms with a subcarrier spacing of 15 kHz is shown as an example. In the figure, D represents the downlink and U represents the uplink. As shown in the figure, within a certain time interval (for example, the minimum time interval that must be allocated to one UE in the system), • Downlink symbol • Flexible Symbol • Uplink symbol It may include one or more of the following. Note that the proportions of these may be predetermined as a slot format. It may also be defined by the number of OFDM symbols of the downlink included in the slot, or by the start and end positions within the slot. It may also be defined by the number of OFDM symbols or DFT-S-OFDM symbols of the uplink included in the slot, or by the start and end positions within the slot. Note that scheduling a slot may be expressed as scheduling a resource where the relative time position of the reference signal and the slot boundary is fixed.

[0092] Terminal device 1 may receive downlink signals or downlink channels using downlink symbols or flexible symbols. Terminal device 1 may transmit uplink signals or downlink channels using uplink symbols or flexible symbols.

[0093] Figure 5(a) shows an example where an entire time interval (for example, the smallest unit of time resources that can be allocated to 1UE, or a time unit; multiple smallest units of time resources may also be grouped together and referred to as a time unit) is used for downlink transmission. Figure 5(b) shows that the first time resource is used for scheduling the uplink, for example via PDCCH, and the uplink signal is transmitted via flexible symbols, including the processing delay of PDCCH, the downlink-to-uplink switching time, and the generation of the transmit signal. Figure 5(c) shows that the first time resource is used for transmitting PDCCH and / or downlink PDSCH, and is used for transmitting PUSCH or PUCCH via the processing delay, the downlink-to-uplink switching time, and a gap for generating the transmit signal. Here, for example, the uplink signal may be used for transmitting HARQ-ACK and / or CSI, i.e., UCI. Figure 5(d) shows the initial time resources used for transmitting PDCCH and / or PDSCH, and then, after processing delays, downlink-to-uplink switching time, and a gap for generating the transmit signal, used for transmitting uplink PUSCH and / or PUCCH. Here, for example, the uplink signal may be used for transmitting uplink data, i.e., UL-SCH. Figure 5(e) shows an example where everything is used for uplink transmission (PUSCH or PUCCH).

[0094] The downlink and uplink parts described above may consist of multiple OFDM symbols, similar to LTE.

[0095] FIG. 6 is a diagram showing an example of beamforming. A plurality of antenna elements are connected to one transmission unit (TXRU: Transceiver unit) 50, the phase is controlled by a phase shifter 51 for each antenna element, and by transmitting from the antenna element 52, a beam can be directed in an arbitrary direction with respect to the transmission signal. Typically, the TXRU may be defined as an antenna port, and in the terminal device 1, only the antenna port may be defined. Since the directivity can be directed in an arbitrary direction by controlling the phase shifter 51, the base station device 3 can communicate with the terminal device 1 using a beam with high gain.

[0096] Hereinafter, the bandwidth part (BWP, Bandwidth part) will be described. The BWP is also referred to as a carrier BWP. The BWP may be set for each of the downlink and the uplink. The BWP is defined as a set of consecutive physical resources selected from a consecutive subset of common resource blocks. The terminal device 1 can set up to 4 BWPs in which one downlink carrier BWP (DL BWP) is activated at a certain time. The terminal device 1 can set up to 4 BWPs in which one uplink carrier BWP (UL BWP) is activated at a certain time. In the case of carrier aggregation, the BWP may be set in each serving cell. At this time, the fact that one BWP is set in a certain serving cell may be expressed as that the BWP is not set. Also, the fact that two or more BWPs are set may be expressed as that the BWP is set. <000072​​​​In an activated serving cell, there is always one active BWP. BWP switching for a serving cell is used to activate an inactive BWP and deactivate an active BWP. BWP switching for a serving cell is controlled by a PDCCH indicating downlink allocation or uplink grant. BWP switching for a serving cell may also be controlled by a BWP inactivity timer, RRC signaling, or by the MAC entity itself at the start of a random access procedure. In the addition of an SpCell (PCell or PSCell) or activation of an SCell, one BWP is initially active without receiving a PDCCH indicating downlink allocation or uplink grant. The first active DL BWP and first active UL BWP may be specified in an RRC message sent from base station device 3 to terminal device 1. The active BWP for a serving cell is specified in the RRC or PDCCH sent from the base station device 3 to the terminal device 1. The first active DL BWP and UL BWP may also be included in message 4. In the unpaired spectrum (such as the TDD band), the DL BWP and UL BWP are paired, and the BWP switching is common to both UL and DL. For each activated serving cell where a BWP is configured, the MAC entity of terminal device 1 applies normal processing to the active BWP. Normal processing includes sending a UL-SCH, sending a RACH, monitoring a PDCCH, sending a PUCCH, sending an SRS, and receiving a DL-SCH.For each activated serving cell in which a BWP is configured, in an inactive BWP, the MAC entity of the terminal device 1 does not transmit a UL-SCH, does not transmit a RACH, does not monitor a PDCCH, does not transmit a PUCCH, does not transmit a SRS, and does not receive a DL-SCH. When a certain serving cell is deactivated, the active BWP may be made non-existent (for example, the active BWP is deactivated).

[0098] <RRC operation> The BWP information element (IE) included in the RRC message (system information to be notified, information sent in a dedicated RRC message) is used to configure the BWP. The RRC message transmitted from the base station device 3 is received by the terminal device 1. For each serving cell, the network (such as the base station device 3) sets at least an initial BWP (initial BWP) including at least a downlink BWP and one (such as when the serving cell is configured for uplink) or two (such as when the supplementary uplink in the appendix is used) uplink BWPs for the terminal device 1. Further, the network may set additional uplink BWPs or downlink BWPs for a certain serving cell. The BWP configuration is divided into uplink parameters and downlink parameters. Also, the BWP configuration is divided into common parameters and dedicated parameters. The common parameters (such as BWP uplink common IE and BWP downlink common IE) are cell-specific. The common parameters of the initial BWP of the primary cell are also provided in the system information. For all other serving cells, the network provides the common parameters by dedicated signals. The BWP is identified by a BWP ID. The initial BWP has a BWP ID of 0. The BWP IDs of other BWPs take values from 1 to 4.

[0099] The initial DL BWP may be defined by the PRB location and the number of consecutive PRBs for the control resource set (CORESET) for the type 0 PDCCH common search space, the subcarrier spacing, and the cyclic prefix. That is, the initial DL BWP may be set by pdcch-ConfigSIB1 included in the MIB or PDCCH-ConfigCommon included in ServingCellCongfigCommon. The information element ServingCellCongfigCommon is used to set the cell-specific parameters of the serving cell for the terminal device 1. In this case, the size of the initial DL BWP is N

[0101] , BWP、0 is. N size BWP、0 is the number of resource blocks indicating the bandwidth of the initial DL BWP. Here, the initial DL BWP is the initial DL BWP of size N size BWP、0

[0100] Also, for the terminal device 1, the initial DL BWP may be provided by SIB1 (systemInformationBlockType1) or ServingCellCongfigCommon (for example, ServingCellConfigCommonSIB). The information element ServingCellCongfigCommonSIB is used to set the cell-specific parameters of the serving cell for the terminal device 1 within SIB_{1}. In this case, the size of the initial DL BWP is N size BWP、1 is. N size BWP、1 may be equal to N size BWP、0 。 N size BWP、1 may be different from N size BWP、0 Here, the initial DL BWP is the initial DL BWP of size N[[ID=3l]] size BWP、1

[0101] ​​​Terminal device 1 may be provided with an initial UL BWP by SIB1 (systemInformationBlockType1) or initialUplinkBWP. The information element initialUplinkBWP is used to set the initial UL BWP.

[0102] In this embodiment, unless otherwise specified, the initial DL BWP is N size BWP、0 It may be the initial DL BWP, or N size BWP、1 Initial DL BWP is also acceptable.

[0103] Terminal device 1 may be configured with one primary cell and up to 15 secondary cells.

[0104] Figure 14 is a flowchart showing an example of a random access procedure for MAC entities according to this embodiment.

[0105] <Start of random access procedure (S1001)> In Figure 14, S1001 is the procedure for initiating the random access procedure. In S1001, the random access procedure is initiated by a PDCCH order, the MAC entity itself, a beam failure notification from a lower layer, or RRC, etc. In SCell, the random access procedure is initiated only by a PDCCH order that includes a ra-PreambleIndex that is not set to 0b000000.

[0106] In S1001, terminal device 1 receives random access configuration information via the upper layer before initiating the random access procedure. This random access configuration information may include one or more elements of the following information or information for determining / configuring the following information. • prach-ConfigIndex: A set of one or more time / frequency resources available for sending a random access preamble (also known as a random access channel opportunity (occasion), PRACH opportunity (PRACH occasion), or RACH opportunity). • preambleReceivedTargetPower: Preamble initial power (may be target received power) • rsrp-ThresholdSSB: A threshold of reference signal received power (RSRP) for the selection of SS / PBCH blocks (which may also be associated random access preambles and / or PRACH opportunities). • rsrp-ThresholdCSI-RS: A threshold for the reference signal received power (RSRP) for the selection of CSI-RS (which may be associated random access preamble and / or PRACH opportunity). • rsrp-ThresholdSSB-SUL: Reference signal received power (RSRP) threshold for selecting between NUL (Normal Uplink) carriers and SUL (Supplementary Uplink) carriers. • powerControlOffset: Power offset between rsrp-ThresholdSSB and rsrp-ThresholdCSI-RS when a random access procedure is initiated for beam failure recovery. • powerRampingStep: Power ramping step (power ramping factor). Indicates the step of the transmit power ramped up based on the preamble transmit counter PREAMBLE_TRANSMISSION_COUNTER. • ra-PreambleIndex: One or more available random access preambles or one or more available random access preambles in the group of the aforementioned random access preambles. • ra-ssb-OccasionMaskIndex: Information for determining PRACH opportunities assigned to SS / PBCH blocks where MAC entities send random access preambles. • ra-OccasionList: Information to determine the PRACH opportunities assigned to the CSI-RS that a MAC entity may send a random access preamble to. • preamTransMax: Maximum number of preamble transmissions. · ssb-perRACH-OccasionAndCB-PreamblesPerSSB(SpCell only): A parameter indicating the number of SS / PBCH blocks mapped to each PRACH opportunity and the number of random access preambles mapped to each SS / PBCH block. • ra-ResponseWindow: A time window for monitoring random access responses (SpCell only). • ra-ContentionResolutionTimer: Contention Resolution Timer • numberOfRA-PreamblesGroupA: The number of random access preambles in random access preamble group A for each SS / PBCH block. •PREAMBLE_TRANSMISSION_COUNTER: Preamble transmission counter. • DELTA_PREAMBLE: Power offset value based on random access preamble format • PREAMBLE_POWER_RAMPING_COUNTER: Preamble Power Ramping Counter • PREAMBLE_RECEIVED_TARGET_POWER: Initial random access preamble power. Indicates the initial transmit power for random access preamble transmission. • PREAMBLE_BACKOFF: Used to adjust the timing of sending random access preambles.

[0107] When a random access procedure is initiated to a serving cell, the MAC entity refreshes the Msg3 buffer, sets the state variable PREAMBLE_TRANSMISSION_COUNTER to 1, sets the state variable PREAMBLE_POWER_RAMPING_COUNTER to 1, and sets the state variable PREAMBLE_BACKOFF to 0ms. If the carrier to be used for the random access procedure is explicitly notified, the MAC entity selects the notified carrier for the random access procedure and sets the state variable PCMAX to the maximum transmit power value of the notified carrier. If the carrier to be used for the random access procedure is not explicitly notified, and a SUL carrier is configured for the serving cell, and the RSRP of the downlink path loss reference is less than rsrp-ThresholdSSB-SUL, the MAC entity selects the SUL carrier for the random access procedure and sets the state variable PCMAX to the maximum transmit power value of the SUL carrier. Otherwise, the MAC entity selects the NUL carrier for the random access procedure and sets the state variable PCMAX to the maximum transmit power value of the NUL carrier.

[0108] <Start of random access procedure (S1002)> S1002 is the random access resource selection procedure. The following describes the procedure for selecting random access resources (including time / frequency resources and / or preamble indexes) at the MAC layer of terminal device 1.

[0109] Terminal device 1 sets a value for the preamble index (which may also be called PREAMBLE_INDEX) of the random access preamble to be transmitted using the following procedure.

[0110] Terminal device 1 (MAC entity) selects an SS / PBCH block or CSI-RS whose RSRP exceeds a predetermined threshold if (1) a random access procedure is initiated by notification of a beam failure from a lower layer, (2) a random access resource (which may be a PRACH opportunity) for non-contradiction-based random access for a beam failure recovery request associated with an SS / PBCH block (also referred to as an SSB) or CSI-RS is provided by the RRC parameter, and (3) the RSRP of one or more SS / PBCH blocks or CSI-RS exceeds a predetermined threshold. If a CSI-RS is selected and there is no ra-PreambleIndex associated with the selected CSI-RS, the MAC entity may set the ra-PreambleIndex associated with the selected SS / PBCH block as the preamble index (PREAMBLE_INDEX). Otherwise, the MAC entity sets the ra-PreambleIndex associated with the selected SS / PBCH block or CSI-RS as the preamble index.

[0111] Terminal device 1 sets the signaled ra-PreambleIndex as the preamble index if (1) a ra-PreambleIndex is provided in PDCCH or RRC, (2) the value of the ra-PreambleIndex is not a value indicating a conflict-based random access procedure (e.g., 0b000000), and (3) no random access resource for non-conflict-based random access is associated with the SS / PBCH block or CSI-RS in RRC. 0bxxxxxx means a bit sequence located in a 6-bit information field.

[0112] Terminal device 1, when (1) a random access resource for non-contradiction-based random access associated with an SS / PBCH block is provided by RRC, and (2) one or more SS / PBCH blocks among the associated SS / PBCH blocks have an RSRP that exceeds a predetermined threshold, selects one of the SS / PBCH blocks whose RSRP exceeds the predetermined threshold and sets the ra-PreambleIndex associated with the selected SS / PBCH block as the preamble index.

[0113] Terminal device 1, when (1) a random access resource for non-conflict-based random access is associated with a CSI-RS in RRC, and (2) one or more CSI-RSs with an RSRP exceeding a predetermined threshold are available among the associated CSI-RSs, selects one of the CSI-RSs with an RSRP exceeding the predetermined threshold, and sets the ra-PreambleIndex associated with the selected CSI-RS as the preamble index.

[0114] If none of the above conditions are met, terminal device 1 performs a competition-based random access procedure. In the competition-based random access procedure, terminal device 1 selects an SS / PBCH block with an RSRP exceeding a set threshold and selects a preamble group. If a relationship between an SS / PBCH block and a random access preamble is set, terminal device 1 randomly selects an ra-PreambleIndex from one or more random access preambles associated with the selected SS / PBCH block and the selected preamble group, and sets the selected ra-PreambleIndex as the preamble index.

[0115] If a MAC entity selects an SS / PBCH block and an association between a PRACH opportunity and an SS / PBCH block is established, it may determine the next available PRACH opportunity among those associated with the selected SS / PBCH block. However, if terminal device 1 selects a CSI-RS and an association between a PRACH opportunity and a CSI-RS is established, it may determine the next available PRACH opportunity among those associated with the selected CSI-RS.

[0116] Available PRACH opportunities may be identified based on mask index information, SSB index information, resource settings configured by RRC parameters, and / or selected reference signals (SS / PBCH blocks or CSI-RS). Resource settings configured by RRC parameters include resource settings per SS / PBCH block and / or resource settings per CSI-RS.

[0117] Base station device 3 may send resource settings for each SS / PBCH block and / or resource settings for each CSI-RS in an RRC message to terminal device 1. Terminal device 1 receives resource settings for each SS / PBCH block and / or resource settings for each CSI-RS from base station device 3 in an RRC message. Base station device 3 may send mask index information and / or SSB index information to terminal device 1. Terminal device 1 obtains mask index information and / or SSB index information from base station device 3. Terminal device 1 may select a reference signal (SS / PBCH block or CSI-RS) based on certain conditions. Terminal device 1 may identify the next available PRACH opportunity based on the mask index information, SSB index information, resource settings set by the RRC parameter, and the selected reference signal (SS / PBCH block or CSI-RS). The MAC entity of terminal device 1 may instruct the physical layer to send a random access preamble using the selected PRACH opportunity.

[0118] Mask index information indicates an index of PRACH opportunities available for sending random access preambles. Mask index information may indicate a subset of PRACH opportunities within a group of one or more PRACH opportunities defined by prach-ConfigurationIndex. Alternatively, mask index information may indicate a subset of PRACH opportunities within a group of PRACH opportunities to which a specific SSB index identified in SSB index information is mapped.

[0119] SSB index information is information indicating the SSB index corresponding to one or more SS / PBCH blocks transmitted by base station device 3. Upon receiving message 0, terminal device 1 identifies a group of PRACH opportunities to which the SSB index indicated by the SSB index information is mapped. The SSB index mapped to each PRACH opportunity is determined by the PRACH setting index and the upper layer parameters SB-perRACH-Occasion and cb-preamblePerSSB.

[0120] <Sending a random access preamble (S1003)> S1003 is a procedure for random access preamble transmission. For each random access preamble, the MAC entity increments the state variable PREAMBLE_POWER_RAMPING_COUNTER by 1 if (1) the state variable PREAMBLE_TRANSMISSION_COUNTER is greater than 1, (2) no notification of a stopped power ramp counter has been received from a higher layer, and (3) the selected SS / PBCH block has not been changed.

[0121] Next, the MAC entity selects a value for DELTA_PREAMBLE and sets the state variable PREAMBLE_RECEIVED_TARGET_POWER to a predetermined value. The predetermined value is calculated by preambleReceivedTargetPower + DELTA_PREAMBLE + (PREAMBLE_POWER_RAMPING_COUNTER - 1) * powerRampingStep.

[0122] Next, the MAC entity calculates the RA-RNTI associated with the PRACH opportunity in which a random access preamble is sent, except in cases where a non-contradiction-based random access preamble is sent for beam failure recovery requests. The RA-RNTI is calculated as RA-RNTI = 1 + s_id + 14 × t_id + 14 × 80 × f_id + 14 × 80 × 8 × ul_carrier_id, where s_id is the index of the first OFDM symbol of the PRACH being sent, and takes values ​​from 0 to 13. t_id is the index of the first slot of the PRACH in the system frame, and takes values ​​from 0 to 79. f_id is the index of the PRACH in the frequency domain, and takes values ​​from 0 to 7. ul_carrier_id is the uplink carrier used for Msg1 transmission. ul_carrier_id is 0 for NUL carriers and ul_carrier_id is 1 for SUL carriers.

[0123] The MAC entity instructs the physical layer to send a random access preamble using the selected PRACH.

[0124] <Receipt of random access response (S1004)> S1004 is the procedure for receiving a random access response. Once a random access preamble is sent, the MAC entity performs the following actions, regardless of the possible occurrence of measurement gaps. Here, the random access response may be a MAC PDU for the random access response.

[0125] A MAC PDU (MAC PDU for Random Access Responses) consists of one or more MAC subPDUs and possible padding. Each MAC subPDU consists of one of the following: • MAC subheader containing only the Backoff Indicator • MAC subheader showing only RAPID • MAC subheader and MAC RAR (MAC payload for Random Access Response) indicating RAPID

[0126] A MAC subPDU containing only a Backoff Indicator is placed at the beginning of the MAC PDU. Padding is placed at the end of the MAC PDU. A MAC subPDU containing only a RAPID, and a MAC subPDU containing both a RAPID and a MAC RAR, can be placed anywhere between the MAC subPDU containing only a Backoff Indicator and the padding.

[0127] MAC RAR has a fixed size and consists of reserved bits set to 0, transmission timing adjustment information (TA command, Timing Advance Command), UL grant (RAR UL grant), and TEMPORARY_C-RNTI. Hereinafter, RAR messages may be MAC RARs. RAR messages may also be random access responses.

[0128] In S1004, if the MAC entity has sent a non-conflict-based random access preamble for a beam failure recovery request, the MAC entity starts a random access response window (ra-ResponseWindow) at the first PDCCH opportunity from the end of the random access preamble transmission. While the random access response window is running, the MAC entity monitors the PDCCH of the SpCell identified by C-RNTI for a response to the beam failure recovery request. Here, the duration (window size) of the random access response window is given by ra-ResponseWindow, which is included in the higher-layer parameter BeamFailureRecoveryConfig. Otherwise, the MAC entity starts a random access response window (ra-ResponseWindow) at the first PDCCH opportunity from the end of the random access preamble transmission. Here, the duration (window size) of the random access response window is given by ra-ResponseWindow, which is included in the higher-layer parameter RACH-ConfigCommon. While the random access response window is running, the MAC entity monitors the PDCCH of the SpCell identified by RA-RNTI for a random access response. Here, the information element BeamFailureRecoveryConfig is used to configure RACH resources and candidate beams for beam failure recovery for terminal device 1 in the event of beam failure detection. The information element RACH-ConfigCommon is used to specify cell-specific random access parameters.

[0129] A MAC entity may consider a random access procedure to have been successfully completed if (1) it receives notification of receipt of a PDCCH transmission from a lower layer, (2) the PDCCH transmission is scrambled by C-RNTI, and (3) the MAC entity sends a non-conflict-based random access preamble for a beam failure recovery request.

[0130] Next, the MAC entity performs the following actions if (1) the downlink assignment is received in the PDCCH of RA-RNTI and (2) the received transport block is successfully decoded.

[0131] The MAC entity sets PREAMBLE_BACKOFF to the value of the BI field contained in the MAC subPDU if the random access response contains a MAC subPDU that includes a BackoffIndicator. Otherwise, the MAC entity sets PREAMBLE_BACKOFF to 0ms.

[0132] A MAC entity may be considered to have successfully received a random access response if it contains a MAC subPDU that includes a random access preamble identifier corresponding to the PREAMBLE_INDEX from which the random access response was sent.

[0133] (1) If the reception of the random access response is deemed successful, and (2) the random access response contains a MAC subPDU containing only RAPID, the MAC entity deems the random access procedure to have been successfully completed and indicates to the upper layer that it has received an acknowledgment for the SI request (symstem information request). If condition (2) is not met, the MAC entity applies the following action A to the serving cell to which the random access preamble is sent.

[0134] <Start of Action A> The MAC entity processes the received Timing Advance Command and indicates to the lower layer the amount of preambleReceivedTargetPower and power ramping applied to the latest random access preamble transmission. Here, the Timing Advance Command is used to adjust the transmission timing difference between terminal device 1 and base station device 3 from the received random access preamble.

[0135] If the serving cell for a random access procedure is a SCell for SRS only, the MAC entity may ignore the received UL grant. Otherwise, the MAC entity processes the value of the received UL grant and presents it to the lower layer.

[0136] If the MAC entity does not select a random access preamble from the range of conflict-based random access preambles, the MAC entity may consider the random access procedure to have completed successfully.

[0137] <End of operation A> If a random access preamble is selected by the MAC entity from a range of conflict-based random access preambles, the MAC entity sets the value of the Temporary C-RNTI field in the received random access response to TEMPORARY_C-RNTI. Subsequently, if the random access response is successfully received for the first time in this random access procedure, the MAC entity notifies a given entity (Multiplexing and assembly entity) that the next uplink transmission will include a C-RNTI MAC CE, if no transmission has been made to the CCCH logical channel, and then obtains a MAC PDU for transmission from the given entity (Multiplexing and assembly entity) and stores the obtained MAC PDU in the Msg3 buffer. If a transmission is made to the CCCH logical channel, the MAC entity obtains a MAC PDU for transmission from the given entity (Multiplexing and assembly entity) and stores the obtained MAC PDU in the Msg3 buffer.

[0138] The MAC entity assumes that the random access response has not been successfully received if at least one of the following conditions (3) or (4) is met, and increments the preamble transmission counter (PREAMBLE_TRANSMISSION_COUNTER) by one. The MAC entity indicates a random access problem to the upper layer when the value of the preamble transmission counter reaches a predetermined value (maximum number of preamble transmissions + 1) and a random access preamble is sent in a SpCell. If a random access procedure is initiated for an SI request, the MAC entity assumes that the random access procedure has not been successfully completed.

[0139] The MAC entity considers a random access procedure to have not completed successfully if the preamble transmission counter reaches a predetermined value (maximum number of preamble transmissions + 1) and a random access preamble is transmitted via SCell.

[0140] Condition (3) is that the random access response window set in RACH-ConfigCommon has expired, and no random access response containing a random access preamble identifier matching the transmitted preamble index has been received. Condition (4) is that the random access response window set in BeamFailureRecoveryConfig has expired, and no PDCCH scrambled by C-RNTI has been received.

[0141] If the random access procedure is not completed, the MAC entity selects a random backoff time between 0 and PREAMBLE_BACKOFF if the random access preamble in the random access procedure has been selected by the MAC itself from the range of conflict-based random access preambles, delays the transmission of the next random access preamble by the selected backoff time, and then executes S1002. If the random access procedure is not completed, the MAC entity executes S1002 if the random access preamble in the random access procedure has not been selected by the MAC itself from the range of conflict-based random access preambles.

[0142] A MAC entity may stop the random access response window once it has successfully received a random access response containing a random access preamble identifier that matches the transmitted preamble index.

[0143] Terminal device 1 sends message 3 via PUSCH based on the UL grant.

[0144] <Collision Resolution (S1005)> S1005 is a procedure related to contention resolution.

[0145] Once Msg3 is transmitted, the MAC entity starts a contention resolution timer and restarts the contention resolution timer for each HARQ retransmission. The MAC entity monitors the PDCCH while the contention resolution timer is running regardless of the possible occurrence of a measurement gap.

[0146] When receiving a notification of PDCCH transmission from the lower layer and the C-RNTI MAC CE is included in Msg3, if at least one of the following conditions (5) to (7) is satisfied, the MAC entity considers that the contention resolution is successful, stops the contention resolution timer, discards the TEMPORARY_C-RNTI, and considers that the random access procedure has been successfully completed.

[0147] Condition (5) is that the random access procedure is started by the MAC sublayer itself or the RRC sublayer, the PDCCH transmission is scrambled by the C-RNTI, and the PDCCH transmission includes an uplink grant for the initial transmission. Condition (6) is that the random access procedure is started by the PDCCH order and the PDCCH transmission is scrambled by the C-RNTI. Condition (7) is that the random access procedure is started for beam failure recovery and the PDCCH transmission is scrambled by the C-RNTI.

[0148] If the CCCH SDU (UE contention resolution Identity) is included in Msg3 and the PDCCH transmission is scrambled by the TEMPORARY_C-RNTI, if the MAC entity successfully decodes the MAC PDU, it stops the collision resolution timer. Subsequently, if the successfully decoded MAC PDU contains a UE collision resolution identity MAC CE and the UE collision resolution identity in the MAC CE matches the CCCH SDU transmitted in Msg3, the MAC entity considers the collision resolution successful and ends the disassembly and demultiplexing of the MAC PDU. When the random access procedure is started for the SI request, the MAC entity indicates to the upper layer the reception of a positive response to the SI request. If the random access procedure is not started for the SI request, the MAC entity sets the C-RNTI to the value of the TEMPORARY_C-RNTI. Subsequently, the MAC entity discards the TEMPORARY_C-RNTI and considers the random access procedure to have completed successfully.

[0149] If the UE collision resolution identity in the MAC CE does not match the CCCH SDU transmitted in Msg3, the MAC entity discards the TEMPORARY_C-RNTI, considers the collision resolution unsuccessful, and discards the successfully decoded MAC PDU.

[0150] The MAC entity discards TEMPORARY_C-RNTI when the conflict resolution timer expires, and considers the conflict resolution unsuccessful. If the MAC entity considers the conflict resolution unsuccessful, it flushes the HARQ buffer used to send MAC PDUs in the Msg3 buffer and increments the preamble_transmission_counter by one. When the preamble_transmission_counter reaches a predetermined value (maximum number of preamble transmissions + 1), the MAC entity indicates a random access problem to the upper layer. If a random access procedure is initiated for an SI request, the MAC entity considers the random access procedure not to have completed successfully.

[0151] If the random access procedure is not complete, the MAC entity selects a random backoff time between 0 and PREAMBLE_BACKOFF, delays the next random access preamble transmission by the selected backoff time, and executes S1002.

[0152] Once the random access procedure is complete, the MAC entity discards the explicitly signaled non-contradiction-based random access resources for non-contradiction-based random access procedures other than the non-contradiction-based random access procedure for beam failure recovery requests, and flushes the HARQ buffer used to send the MAC PDU in the Msg3 buffer.

[0153] The control resource set (CORESET) in this embodiment will be described below.

[0154] A Control Resource Set (CORESET) is a time and frequency resource used to search for downlink control information. CORESET configuration information includes a CORESET identifier (ControlResourceSetId, CORESET-ID) and information identifying the CORESET's frequency resource. The information element ControlResourceSetId (CORESET identifier) ​​is used to identify the control resource set in a serving cell. CORESET identifiers are used across BWPs within a serving cell. CORESET identifiers are unique across BWPs in a serving cell. The number of CORESETs in each BWP is limited to 3, including the initial CORESET. Within a serving cell, the CORESET identifier can take values ​​between 0 and 11.

[0155] The control resource set identified by CORESET identifier 0 (ControlResourceSetId 0) is referred to as CORESET#0. CORESET#0 may be configured by pdcch-ConfigSIB1 included in the MIB, or by PDCCH-ConfigCommon included in ServingCellConfigCommon. That is, the configuration information for CORESET#0 may be pdcch-ConfigSIB1 included in the MIB, or by PDCCH-ConfigCommon included in ServingCellConfigCommon. The configuration information for CORESET#0 may also be configured by controlResourceSetZero included in PDCCH-ConfigSIB1 or PDCCH-ConfigCommon. In other words, the information element controlResourceSetZero is used to indicate the initial DL BWP's CORESET#0 (common CORESET). The CORESET indicated by pdcch-ConfigSIB1 is CORESET#0. The information element pdcch-ConfigSIB1 in the MIB or dedicated configuration is used to configure the initial DL BWP. The CORESET configuration information pdcch-ConfigSIB1 for CORESET#0 does not explicitly identify the CORESET identifier and the CORESET's frequency resources (e.g., the number of continuous resource blocks) and time resources (e.g., the number of continuous symbols). However, the CORESET's frequency resources (e.g., the number of continuous resource blocks) and time resources (e.g., the number of continuous symbols) for CORESET#0 can be implicitly identified by the information contained in pdcch-ConfigSIB1. The information element PDCCH-ConfigCommon is used to configure cell-specific PDCCH parameters provided in the SIB. PDCCH-ConfigCommon may also be provided during handover and when adding PSCells and / or SCells. The configuration information for CORESET#0 is included in the initial BWP configuration.In other words, the configuration information for CORESET#0 does not need to be included in the configuration of BWPs other than the initial BWP. controlResourceSetZero corresponds to 4 bits of pdcch-ConfigSIB1 (e.g., 4 MSB bits and the 4 most significant bits). CORESET#0 is a control resource set for the type 0 PDCCH common search space.

[0156] Additional common CORESET (additional common control resource set) configuration information may be configured by commonControlResourceSet included in PDCCH-ConfigCommon. Additional common CORESET configuration information may be used to specify additional common CORESETs used in random access procedures. Additional common CORESET configuration information may also be included in the configuration of each BWP. The CORESET identifier shown in commonControlResourceSet takes a non-zero value.

[0157] The common CORESET may be a CORESET used in a random access procedure (for example, an additional common CORESET). In this embodiment, the common CORESET may include CORESET#0 and / or an additional common CORESET configured with its configuration information. In other words, the common CORESET may include CORESET#0 and / or an additional common CORESET. CORESET#0 may be referred to as common CORESET#0. The configuration information of the common CORESET may also be referenced (obtained) in terminal device 1 and BWPs other than the BWP in which the common CORESET is configured.

[0158] One or more CORESET configurations may be configured by PDCCH-Config. The information element PDCCH-Config is used to configure UE-specific PDCCH parameters (e.g., CORSET, search space, etc.) for a given BWP. PDCCH-Config may be included within the configuration of each BWP.

[0159] In other words, in this embodiment, the configuration information for the common CORESET indicated by the MIB is pdcch-ConfigSIB1, the configuration information for the common CORESET indicated by PDCCH-ConfigCommon is controlResourceSetZero, and the configuration information for the common CORESET (additional common CORESET) indicated by PDCCH-ConfigCommon is commonControlResourceSet. Furthermore, the configuration information for one or more CORESETs (UE-specifically configured Control Resource Sets, UE-specific CORESETs) indicated by PDCCH-Config is controlResourceSetToAddModList.

[0160] A search space is defined for searching for PDCCH candidates. The searchSpaceType included in the search space configuration information indicates whether the search space is a Common Search Space (CSS) or a UE-specific Search Space (USS). A UE-specific search space is derived from at least the C-RNTI value set by terminal device 1. That is, a UE-specific search space is derived individually for each terminal device 1. A common search space is a search space shared among multiple terminal devices 1 and consists of a predetermined index of CCEs (Control Channel Elements). A CCE consists of multiple resource elements. The search space configuration information includes information on the DCI format monitored in the search space.

[0161] The search space configuration information includes the identifier of the CORESET identified in the CORESET configuration information. The CORESET identified by the CORESET identifier included in the search space configuration information is associated with that search space. In other words, the CORESET associated with a search space is the CORESET identified by the CORESET identifier included in that search space. The DCI format shown in the search space configuration information is monitored by the associated CORESET. Each search space is associated with one CORESET. For example, the search space configuration information for a random access procedure may be configured by ra-SearchSpace. That is, the DCI format with a CRC added, scrambled by RA-RNTI or TC-RNTI, is monitored by the CORESET associated with ra-SearchSpace.

[0162] As mentioned above, the configuration information for CORESET#0 is included in the initial DL BWP configuration. The configuration information for CORESET#0 does not need to be included in the configuration of BWPs other than the initial DL BWP (additional BWPs). When a BWP other than the initial DL BWP (additional BWP) refers to the configuration information for CORESET#0 (refer, acquire, etc.), it may be necessary to at least satisfy the conditions that CORESET#0 and the SS block are included in the additional BWP in the frequency domain and that the same subcarrier spacing is used. In other words, when a BWP other than the initial BWP (additional BWP) refers to the configuration information for CORESET#0 (refer, acquire, etc.), it may be necessary to at least satisfy the conditions that the bandwidth and SS block of the initial DL BWP are included in the additional BWP in the frequency domain and that the same subcarrier spacing is used. In this case, the search space set for the additional BWP (e.g., ra-SearchSpace) can refer to the configuration information for CORESET#0 by indicating the identifier 0 of CORESET#0. Furthermore, if the bandwidth of the initial DL BWP is included in the additional DL BWP, and the SS block is included in the additional DL BWP, and the same subcarrier spacing is used, the terminal device 1 does not need to expect the additional DL BWP to refer to the CORESET#0 configuration information. In other words, in this case, the base station device 3 does not need to configure the terminal device 1 to refer to the CORESET#0 configuration information. Here, the initial DL BWP is size N. size BWP、0 Initial DL BWP is also acceptable.

[0163] When an additional DL BWP refers to (refers, acquires, etc.) the CORESET configuration information of another BWP, it may be necessary to satisfy at least the following conditions: in the frequency domain, that CORESET (or the bandwidth of that BWP) and / or the SS blocks that that BWP contains (are associated with) are included in the additional BWP, and the same subcarrier spacing is used. In other words, if any of the following conditions are not met in the frequency domain—that the CORESET (or the bandwidth of that BWP) is included in the additional DL BWP, that the SS blocks that that BWP contains (are associated with) are included in the additional DL BWP, and the same subcarrier spacing is used—the terminal device 1 does not need to expect the additional DL BWP to refer to the CORESET configuration information set for that BWP.

[0164] Terminal device 1 monitors a set of PDCCH candidates in one or more CORESETs located in each active serving cell configured to monitor PDCCH. The set of PDCCH candidates corresponds to one or more search space sets. Monitoring means decoding each PDCCH candidate according to the one or more DCI formats being monitored. The set of PDCCH candidates monitored by terminal device 1 is defined by PDCCH search space sets. A search space set is either a common search space set or a UE-specific search space set. Above, search space sets are referred to as search spaces, common search space sets as common search spaces, and UE-specific search space sets as UE-specific search spaces. Terminal device 1 monitors PDCCH candidates in one or more of the following search space sets: - Type0-PDCCH common search space set: This search space set is configured by a higher-level parameter, either searchSpaceZero as indicated in the MIB or searchSpaceSIB1 as indicated in PDCCH-ConfigCommon. This search space is for monitoring the DCI format of the CRC scrambled by SI-RNRI in the primary cell. - Type0A-PDCCH common search space set: This search space set is configured by the search space OSI (searchSpace-OSI), which is a higher-level parameter indicated by PDCCH-ConfigCommon. This search space is for monitoring the DCI format of the CRC scrambled by SI-RNRI in the primary cell. - Type1-PDCCH common search space set: This search space set is configured by the search space for random access procedures (ra-SearchSpace), which is a higher-level parameter indicated by PDCCH-ConfigCommon. This search space is for monitoring the DCI format of CRCs scrambled with RA-RNRI or TC-RNTI in the primary cell. The Type1-PDCCH common search space set is a search space set for random access procedures. - Type2-PDCCH common search space set: This search space set is a parameter of the higher layer, PDCCH -ConfigCommon sets the search space for the paging procedure (pagingSearchSpace). This search space is for monitoring the DCI format of the P-RNTI-scrambled CRC in the primary cell. - Type 3-PDCCH common search space set: This search space set is a parameter of the higher layer, PDCCH - The search space type indicated by Config is set by the common search space (SearchSpace). This search space is for monitoring the DCI format of CRCs scrambled with INT-RNTI, SFI-RNTI, TPC-PUSCH-RNTI, TPC-PUCCH-RNTI, or TPC-SRS-RNTI. For primary liecels, it is for monitoring the DCI format of CRCs scrambled with C-RNTI or CS-RNTI(s). - A UE-specific search space set: This search space set is set by the UE-specific search space (SearchSpace) indicated by the higher-level parameter PDCCH-Config. This search space is for monitoring the DCI format of CRCs scrambled with C-RNTI or CS-RNTI(s).

[0165] If terminal device 1 is provided with one or more search space sets by corresponding higher-level parameters (such as searchSpaceZero, searchSpaceSIB1, searchSpaceOtherSystemInformation, pagingSearchSpace, ra-SearchSpace), and terminal device 1 is provided with C-RNTI or CS-RNTI, terminal device 1 may monitor PDCCH candidates for DCI format 0_0 and DCI format 1_0 that have C-RNTI or CS-RNTI in its one or more search space sets.

[0166] The BWP configuration information is divided into the DL BWP configuration information and the UL BWP configuration information. The BWP configuration information includes the information element bwp-Id (the identifier of the BWP). The identifier of the BWP included in the DL BWP configuration information is used to identify (reference) the DL BWP in a certain serving cell. The identifier of the BWP included in the UL BWP configuration information is used to identify (reference) the UL BWP in a certain serving cell. The identifier of the BWP is assigned to each of the DL BWP and the UL BWP. For example, the identifier of the BWP corresponding to the DL BWP may be referred to as the DL BWP index. The identifier of the BWP corresponding to the UL BWP may be referred to as the UL BWP index. The initial DL BWP is referenced by the identifier 0 of the DL BWP. The initial UL BWP is referenced by the identifier 0 of the UL BWP. Each of the other DL BWPs or the other UL BWPs may be referenced from the identifier 1 to maxNrofBWPs of the BWP. That is, the identifier of the BWP set to 0 (bwp-Id = 0) is associated with the initial BWP and cannot be used for other BWPs. maxNrofBWPs is the maximum number of BWPs per serving cell and is 4. That is, the values of the identifiers of the other BWPs take values from 1 to 4. The configuration information of other upper layers is associated with a specific BWP using the identifier of the BWP. That the DL BWP and the UL BWP have the same BWP identifier may mean that the DL BWP and the UL BWP are paired.

[0167] FIG. 7 is a diagram showing an example of BWP configuration according to an embodiment of the present invention.

[0168] For each serving cell, one initial BWP is configured, containing at least one DL BWP and one UL BWP. Additional BWPs (additional UL BWPs and / or additional DL BWPs) may be configured for a given serving cell. Up to four additional BWPs may be configured. However, only one DL BWP and one UL BWP will be active in a single serving cell.

[0169] In Figure 7, in a serving cell, one initial BWP (BWP#0) and two additional BWPs (BWP#1 and BWP#2) are configured for terminal device 1. 801 is the initial DL BWP (DL BWP#0). 802 is the initial UL BWP (UL BWP#0). 805 is the additional DL BWP (DL BWP#1). 806 is the additional UL BWP (UL BWP#1). 808 is the additional DL BWP (DL BWP#2). 809 is the additional UL BWP (UL BWP#2). Hereafter, we will assume that DL BWP#1 is activated and UL BWP#0 is activated. That is, DL BWP#0 and UL BWP#1 are inactive BWPs. DL BWP#2 and UL BWP#2 are inactive BWPs. In this case, the activated DL BWP#1 may be referred to as the active DL BWP (currently active DL BWP). The activated initial UL BWP#0 may be referred to as the initial active ULBWP (initial active UL BWP). Terminal device 1 performs downlink reception with the active DL BWP#1 and uplink transmission with the initial active UL BWP.

[0170] 803 is CORESET#0, which is set for the initial DL BWP. 804 is an additional common CORESET, which is set for the initial DL BWP. 807 is a CORESET, which is set for an additional BWP#1. 810 is a CORESET, which is set for an additional BWP#2. 807 and 810 may also be called UE-specific CORESETs (UE specifically configured Control Resource Sets). As mentioned above, the configuration information for CORESET#0 (803) may be set by pdcch-ConfigSIB1 or PDCCH-ConfigCommon. The configuration information for the additional common CORESET (804) may be set by commonControlResourceSet included in PDCCH-ConfigCommon. The configuration information for CORESETs (807 and 810) may be set by controlResourceSetToAddModList included in PDCCH-Config. The identifier value for CORESET 803 is given as 0. The identifier value for CORESET 804 may be given as 1. The identifier value for CORESET 807 may be given as 3. The identifier value for CORESET 810 may be given as 6. For DL ​​BWP#0, the identifier value for CORESET contained in ra-searchspace is set to 1, and for DL ​​BWP#2, the identifier value for CORESET contained in ra-searchspace is set to 6.

[0171] In Figure 7, ra-searchspace is configured for DL ​​BWP#0, DL BWP#1, and DL BWP#2, respectively. As mentioned above, the search space configuration information for the random access procedure may be configured by ra-SearchSpace. As a first example, the CORESET identifier included in the ra-searchspace configured for a DL BWP may be set to the value of the CORESET identifier that identifies the CORESET configuration information configured for that DL BWP, or it may be set to the value of the CORESET identifier included in the ra-SearchSpace configured for the initial BWP. That is, the ra-searchspace configured for a DL BWP may indicate the CORESET identifier that identifies the CORESET configuration information configured for that DL BWP, or it may indicate the CORESET identifier included in the ra-SearchSpace configured for the initial BWP. In other words, the ra-searchspace configured for a DL BWP does not need to indicate the common and UE-specific CORESET identifiers configured for other DL BWPs other than that DL BWP and the initial DL BWP. In other words, base station device 3 may send an RRC message such that the ra-searchspace set for a certain DL BWP does not indicate the identifiers of common and UE-specific CORESETs set for DL ​​BWPs other than that DL BWP and the initial DL BWP. For example, the value of the CORESET identifier included in the ra-searchspace for DL ​​BWP#1 may be set to 1 or to 3. The value of the CORESET identifier included in the ra-searchspace for DL ​​BWP#1 is not set to 6. If the value of the CORESET identifier included in the ra-searchspace for DL ​​BWP#1 is set to 1, terminal device 1 monitors the DCI format included in the ra-searchspace for the active DL BWP#1 based on the configuration information of CORESET#1(804) identified by the CORESET identifier 1.If the value of the CORESET identifier included in ra-searchspace for DL ​​BWP#1 is set to 3, terminal device 1 monitors the DCI format included in the ra-searchspace with the active DL BWP#1 based on the configuration information of CORESET#3(807) identified by the CORESET identifier 3. That is, the ra-searchspace set for a certain DL BWP may indicate a CORESET identifier that identifies the configuration information of a common CORESET. For example, the value of the CORESET identifier included in ra-searchspace for DL ​​BWP#1 may be set to 1. That is, if CORESET#1 is set for the initial DL BWP, CORESET#0 cannot be called as ra-searchspace. If CORESET#1 is not set for the initial DL BWP, CORESET#0 can be called as ra-searchspace. However, as an extension of the first example, even if CORESET#1 is set for the initial DL BWP, CORESET#0 may be called as ra-searchspace by the DL BWP.

[0172] As a second example, the CORESET identifier included in the ra-searchspace set for a certain DL BWP may be set to the value of the CORESET identifier that identifies the common CORESET configuration information set for that DL BWP, or it may be set to the value of the common CORESET identifier for a random access procedure set for another BWP. That is, the ra-searchspace set for a certain DL BWP may indicate the CORESET identifier that identifies the common CORESET configuration information set for that DL BWP, or it may indicate the common CORESET identifier for a random access procedure set for another BWP. For example, the value of the CORESET identifier included in the ra-searchspace for DL ​​BWP#1 may be set to 1, 3, or 6. That is, if CORESET#1 is set for the initial DL BWP, CORESET#0 cannot be called as the ra-searchspace for that DL BWP. If CORESET#1 is not set for the initial DL BWP, CORESET#0 can be called as the ra-searchspace for that DL BWP.

[0173] As a third example, the CORESET identifiers included in the ra-searchspace set for a certain DL BWP may be set to the values ​​of all common CORESET identifiers set on terminal device 1. That is, the ra-searchspace set for a certain DL BWP may represent the CORESET identifiers that identify the configuration information of all common CORESETs set on that serving cell. For example, the values ​​of the CORESET identifiers included in the ra-searchspace for DL ​​BWP#1 may be set to 0, 1, 3, or 6.

[0174] The value of the CORESET identifier that identifies the CORESET configuration information set for the DL BWP may be set, or it may be set to the value of the CORESET identifier set for another BWP. That is, the ra-searchspace set for a certain DL BWP may indicate the CORESET identifier that identifies the CORESET configuration information set for that DL BWP, or it may indicate the common CORESET identifier set for another BWP. For example, the value of the CORESET identifier included in ra-searchspace for DL ​​BWP#1 may be set to 0, 1, 3, or 6.

[0175] The random access procedure of this embodiment will now be described. Random access procedures are classified into two types: contention-based (CB) and non-contention-free (non-CB) (or CF). Contention-based random access is also called CBRA, and non-contention-free random access is also called CFRA.

[0176] The random access procedure may include (i) sending a random access preamble (message 1, Msg1) in PRACH, (ii) receiving a random access response (RAR) message (message 2, Msg2) with PDCCH / PDSCH, and, where applicable, (iii) sending message 3PUSCH (Msg3PUSCH), and (iv) receiving PDSCH for collision resolution.

[0177] A competition-based random access procedure is initiated by a PDCCH order, a MAC entity, a beam failure notification from a lower layer, or an RRC, etc. When a beam failure notification is provided to the MAC entity of terminal device 1 from the physical layer of terminal device 1, and certain conditions are met, the MAC entity of terminal device 1 initiates the random access procedure. The procedure that determines whether certain conditions are met when a beam failure notification is provided to the MAC entity of terminal device 1 from the physical layer of terminal device 1 and initiates the random access procedure may be called a beam failure recovery procedure. This random access procedure is a random access procedure for a beam failure recovery request. Random access procedures initiated by a MAC entity include random access procedures initiated by a scheduling request procedure. A random access procedure for a beam failure recovery request may or may not be considered a random access procedure initiated by a MAC entity. Since different procedures may be performed in the random access procedure for a beam failure recovery request and the random access procedure initiated by a scheduling request procedure, it may be necessary to distinguish between the random access procedure for a beam failure recovery request and the scheduling request procedure. Random access procedures for beam failure recovery requests and scheduling request procedures may be random access procedures initiated by MAC entities. In one embodiment, a random access procedure initiated by a scheduling request procedure may be referred to as a random access procedure initiated by a MAC entity, and a random access procedure for beam failure recovery requests may be referred to as a random access procedure triggered by beam failure notification from a lower layer. Hereinafter, the initiation of a random access procedure upon receiving beam failure notification from a lower layer may mean the initiation of a random access procedure for beam failure recovery requests.

[0178] Terminal device 1 performs a race-based random access procedure during initial access from a state where it is not connected (communicating) with base station device 3, and / or during scheduling requests when uplink data or sidelink data that can be transmitted to terminal device 1 becomes available while it is connected to base station device 3. However, the uses of race-based random access are not limited to these.

[0179] The occurrence of uplink data that can be transmitted to terminal device 1 may include the triggering of a buffer status report corresponding to the transmittable uplink data. The occurrence of uplink data that can be transmitted to terminal device 1 may also include the pending status of scheduling requests triggered based on the occurrence of transmittable uplink data.

[0180] The occurrence of sidelink data that can be transmitted to terminal device 1 may include the triggering of a buffer status report corresponding to the transmittable sidelink data. The occurrence of sidelink data that can be transmitted to terminal device 1 may also include the pending status of scheduling requests triggered based on the occurrence of transmittable sidelink data.

[0181] A non-contradiction-based random access procedure may be initiated when terminal device 1 receives information from base station device 3 instructing it to start a random access procedure. A non-contradiction-based random access procedure may also be initiated when the MAC layer of terminal device 1 receives notification of a beam failure from a lower layer.

[0182] Non-contradiction-based random access may be used to quickly synchronize the uplink between terminal device 1 and base station device 3 when base station device 3 and terminal device 1 are connected but a handover or the transmission timing of the mobile station device is not valid. Non-contradiction-based random access may also be used to send a beam failure recovery request when a beam failure occurs in terminal device 1. However, the applications of non-contradiction-based random access are not limited to these.

[0183] However, the information instructing the start of the random access procedure may be referred to as message 0, Msg.0, NR-PDCCH order, PDCCH order, etc.

[0184] However, terminal device 1 may perform a race-based random access procedure in which, if the random access preamble index indicated in message 0 is a predetermined value (for example, if all the bits indicating the index are 0), terminal device 1 randomly selects one from the set of available preambles and transmits it.

[0185] However, the random access configuration information may include information common to the cell, or it may include dedicated information that is different for each terminal device.

[0186] However, some random access configuration information may be associated with all SS / PBCH blocks in an SS burst set. However, some random access configuration information may be associated with all of one or more configured CSI-RSs. However, some random access configuration information may be associated with a single downlink transmit beam (or beam index).

[0187] However, some random access configuration information may be associated with one SS / PBCH block in an SS burst set. However, some random access configuration information may be associated with one of the configured CSI-RSs. However, some random access configuration information may be associated with one downlink transmit beam (or beam index). However, the information associated with one SS / PBCH block, one CSI-RS, and / or one downlink transmit beam may include index information (e.g., an SSB index, a beam index, or a QCL configuration index) to identify the corresponding SS / PBCH block, one CSI-RS, and / or one downlink transmit beam.

[0188] The following describes the PRACH opportunity.

[0189] A set of one or more PRACH opportunities available for transmitting a random access preamble may be identified by the upper-layer parameter prach-ConfigIndex provided in the upper layer (upper-layer signal). A set of one or more PRACH opportunities available for transmitting a random access preamble is identified according to the PRACH configuration (physical random access channel configuration) index given by prach-ConfigIndex and a predetermined table (also referred to as the random access channel configuration (PRACH config) table). However, the identified set of one or more PRACH opportunities may be a set of PRACH opportunities associated with each of the one or more SS / PBCH blocks transmitted by the base station device 3.

[0190] However, the PRACH configuration index may be used to configure the time period during which the set of PRACH opportunities shown in the random access configuration table is repeated (PRACH configuration period (physical random access channel configuration period)), the subcarrier index on which random access preambles can be sent, the resource block index, the subframe number, the slot number, the system frame number, the symbol number, and / or the format of the preamble.

[0191] However, the number of SS / PBCH blocks mapped to each PRACH opportunity may be indicated by the upper-layer parameter SSB-perRACH-Occasion provided in the upper layer. If SSB-perRACH-Occasion is less than 1, one SS / PBCH block is mapped to multiple consecutive PRACH opportunities.

[0192] However, the number of random access preambles mapped to each SS / PBCH block may be indicated by the upper-layer parameter cb-preamblePerSSB provided in the upper layer. The number of random access preambles mapped to each SS / PBCH block in each PRACH opportunity may be calculated from SSB-perRACH-Occasion and cb-preamblePerSSB. The index of the random access preamble mapped to each SS / PBCH block in each PRACH opportunity may be determined from SB-perRACH-Occasion, cb-preamblePerSSB, and the SSB index.

[0193] For PRACH opportunities, SSB indices may be mapped according to the following rules: (1) Firstly, each PRACH opportunity is mapped in ascending order of its preamble index. For example, if the number of preambles for a PRACH opportunity is 64, and the number of random access preambles mapped to each SS / PBCH block in each PRACH opportunity is 32, then the SSB indices mapped to a given PRACH opportunity will be n and n+1. (2) Secondly, multiple frequency-multiplexed PRACH opportunities are mapped in ascending order of frequency resource index. For example, if two PRACH opportunities are frequency-multiplexed and the SSB indices mapped to the PRACH opportunities with smaller frequency resource indices are n and n+1, then the SSB indices mapped to the PRACH opportunities with larger frequency resource indices will be n+2 and n+3. (3) Thirdly, multiple PRACH opportunities that are time-multiplexed within a PRACH slot are mapped in ascending order of their time resource index. For example, if two more PRACH opportunities are time-multiplexed within the PRACH slot in addition to the example in (2) above, the SSB indices mapped to these PRACH opportunities will be n+4, n+5 and n+6, n+7. (4) Fourthly, multiple PRACH slots are mapped in ascending order of index. For example, if there are RACH opportunities in the next PRACH slot in addition to the example in (3) above, the mapped SSB indices will be n+8, n+9, ... However, in the above example, if n+x becomes greater than the maximum value of the SSB index, the value of the SSB index will revert to 0.

[0194] Figure 13 shows an example of SSB index assignment to PRACH opportunities according to an embodiment of the present invention. Figure 13 shows an example where there are two PRACH slots in a given time interval, and within one PRACH slot there are two PRACH opportunities (ROs) in the time direction and two in the frequency direction, and the SSB index ranges from 0 to 11. Two SSB indices are mapped to one PRACH opportunity, and the SSB indices are mapped according to the rules (1) to (4) above, and from the seventh PRACH opportunity onwards, the mapping starts again from SSB index 0.

[0195] An SSB index is mapped to each PRACH opportunity, but if not all SSB indices (all SS / PBCH blocks transmitted by base station device 3) are mapped even when all PRACH opportunities within a PRACH configuration cycle identified by prach-ConfigIndex are used, the SSB index may be mapped across multiple PRACH configuration cycles. However, the number of all SS / PBCH blocks transmitted by base station device 3 may be indicated by a higher-layer parameter. A period in which the PRACH configuration cycle is repeated a predetermined number of times so that all SSB indices are mapped at least once is called an association period. The number of PRACH configuration cycles constituting the association period may be the smallest value from a predetermined set of values ​​that satisfies the above conditions. This predetermined set of values ​​may be defined for each PRACH configuration cycle. However, if, after all SSB indices have been mapped to PRACH opportunities within an association period, the number of remaining PRACH opportunities is greater than the number of SS / PBCH blocks, the SSB index may be mapped again. However, if all SSB indices have been mapped to PRACH opportunities within an association period, and the number of remaining PRACH opportunities is less than the number of SS / PBCH blocks, then SSB indices do not need to be mapped to the remaining PRACH opportunities. A cycle in which all SSB indices are assigned one PRACH opportunity is called an SSB index assignment cycle. If SSB-perRACH-Occasion is 1 or greater, each SSB index is mapped to one PRACH opportunity in one SSB index assignment cycle. If SSB-perRACH-Occasion is less than 1, each SSB index is mapped to 1 / SSB-perRACH-Occasion PRACH opportunities in one SSB index assignment cycle. Terminal device 1 may determine the association period based on the PRACH setting period indicated by the PRACH setting index and the number of SS / PBCH blocks specified by the upper layer parameters provided by the upper layer (upper layer signal).

[0196] Each of the one or more random access preamble groups included in the random access configuration information may be associated with a reference signal (e.g., SS / PBCH block, CSI-RS, or downlink transmit beam). Terminal device 1 may select a random access preamble group based on the received reference signal (e.g., SS / PBCH block, CSI-RS, or downlink transmit beam).

[0197] However, the random access preamble group associated with each SS / PBCH block may be identified by one or more parameters notified at a higher layer. One of these parameters may be the index of one or more available preambles (e.g., the start index). One of these parameters may be the number of preambles available for competition-based random access per SS / PBCH block. One of these parameters may be the sum of the number of preambles available for competition-based random access and the number of preambles available for non-competition-based random access per SS / PBCH block. One of these parameters may be the number of SS / PBCH blocks associated with a single PRACH opportunity.

[0198] However, terminal device 1 may receive one or more downlink signals transmitted using one downlink transmit beam each, receive random access configuration information associated with one of the downlink signals, and perform a random access procedure based on the received random access configuration information. Terminal device 1 may receive one or more SS / PBCH blocks in an SS burst set, receive random access configuration information associated with one of the SS / PBCH blocks, and perform a random access procedure based on the received random access configuration information. Terminal device 1 may receive one or more CSI-RSs, receive random access configuration information associated with one of the CSI-RSs, and perform a random access procedure based on the received random access configuration information.

[0199] One or more random access configuration settings may consist of one random access channel configuration (RACH-Config) and / or one physical random access channel configuration (PRACH-Config).

[0200] The random access channel configuration may include parameters related to random access for each reference signal.

[0201] The physical random access channel configuration may include parameters related to the physical random access channel for each reference signal (such as the PRACH setting index and PRACH opportunity).

[0202] One random access configuration entry may indicate parameters for random access corresponding to one reference signal, while multiple random access configuration entries may indicate parameters for multiple random access corresponding to multiple reference signals.

[0203] A single random access configuration entry may represent parameters for physical random access corresponding to one reference signal, or it may represent parameters for multiple random accesses corresponding to multiple reference signals.

[0204] If a corresponding reference signal is selected, the random access configuration information corresponding to the reference signal (random access channel configuration corresponding to the reference signal, physical random access channel configuration corresponding to the reference signal) may be selected.

[0205] However, terminal device 1 may receive one or more random access configuration pieces from a base station device 3 and / or transmission / reception point 4 different from the base station device 3 and / or transmission / reception point 4 that transmit the random access preamble. For example, terminal device 1 may transmit a random access preamble to the second base station device 3 based on at least one of the random access configuration pieces received from the first base station device 3.

[0206] However, the base station device 3 may determine which downlink transmit beam to apply when transmitting a downlink signal to the terminal device 1 by receiving a random access preamble transmitted by the terminal device 1. The terminal device 1 may transmit a random access preamble using a PRACH opportunity indicated in the random access configuration information associated with a certain downlink transmit beam. The base station device 3 may determine which downlink transmit beam to apply when transmitting a downlink signal to the terminal device 1 based on the random access preamble received from the terminal device 1 and / or the PRACH opportunity that received the random access preamble.

[0207] The base station device 3 sends an RRC message to the terminal device 1 containing one or more random access configuration pieces of information (which may include random access resources) as RRC parameters.

[0208] Terminal device 1 may select one or more available random access preambles and / or one or more available PRACH opportunities to use for the random access procedure based on the propagation path characteristics with respect to base station device 3. Terminal device 1 may also select one or more available random access preambles and / or one or more PRACH opportunities to use for the random access procedure based on the propagation path characteristics (which may be, for example, reference signal received power (RSRP)) measured by a reference signal (e.g., SS / PBCH block and / or CSI-RS) received from base station device 3.

[0209] In this embodiment, uplink resource allocation supports uplink resource allocation type 0 and uplink resource allocation type 1. In uplink resource allocation type 0, the resource block assignment information includes a bitmap indicating resource block groups (RBGs) to be allocated to terminal device 1. A resource block group is a contiguous set of virtual resource blocks and may be defined from higher-layer parameters.

[0210] The following describes uplink resource allocation type 1.

[0211] Resource block assignment information is provided for the scheduled terminal device 1, with a size of N. size BWP This shows a set of non-interleaved virtual resource blocks that are contiguously allocated in the active BWP, where size N. size BWPThis is the number of resource blocks indicating the bandwidth of the active UL BWP. If DCI format 0_0 is found in type 0—PDCCH common search space set in CORESET#0, then size N size BWP This indicates the bandwidth of the initial UL BWP.

[0212] The Uplink Type 1 resource assignment field is the Start Resource Block (RB). start、 The starting virtual resource block and the number of contiguously allocated resource blocks (L RBs It consists of a Resource Indication Value (RIV) corresponding to the resource. That is, the Resource Indication Value RIV is shown in the Resource Assignment field. start L indicates the starting position of the allocated resource block. RBs This indicates the number (length, size) of resource blocks of the allocated resource. The resource instruction value RIV indicates the resource to be allocated to the corresponding UL BWP. The target UL BWP may be a UL BWP to which a resource assignment (resource assignment field) is applied. Terminal device 1 first determines the UL BWP to which the resource assignment is applied, and then determines the resource allocation within the determined UL BWP. That is, the value of RIV is the size (N) of the UL BWP to which the resource assignment is applied. size BWP ), Start Resource Block (RB) start ), and the number of contiguously allocated resource blocks (L RBs It is calculated by the value of RIV shown in the resource assignment field and N. size BWPBased on this, the starting position of the resource blocks allocated in that UL BWP and the number of resource blocks allocated consecutively are calculated. In other words, terminal device 1 interprets the bits in the resource assignment field for the UL BWP to which the resource assignment applies. Base station device 3 determines the resource allocation in the UL BWP to which terminal device 1 applies, generates an RIV based on the size of the UL BWP to which it applies, and transmits a resource assignment containing a bit sequence indicating the RIV to terminal device 1. Terminal device 1 identifies the frequency-direction (PUSCH) resource block allocation of the UL BWP to which it applies based on the bit sequence in the resource assignment field.

[0213] Figure 12 shows an example of how to calculate the RIV.

[0214] In Figure 12(A), N size BWP is the number of resource blocks that represent the bandwidth of the active UL BWP. The value of RIV is the number of resource blocks that represent the bandwidth of the initial BWP, N. size BWP , starting position RB of the resource block start , and the number of resource blocks L allocated consecutively. RBs It is calculated based on RB. start This is the starting position of the resource block for the active UL BWP. RBs This is the number of resource blocks that are continuously allocated to the active BWP. Thus, the resources allocated to the active BWP are assigned to the resource block starting position RB. start , and the number of resource blocks L to be allocated sequentially. RBs It is identified by the following: If the DCI format is found in a common search space set (e.g., type 1PDCCH common search space set), then N in Figure 12(A) size BWP The number of resource blocks that represent the initial UL BWP bandwidth is used for this purpose.

[0215] In Figure 12(B), N nitial BWP This is the number of resource blocks that represent the bandwidth of the initial BWP (UL BWP). active BWP This is the number of resource blocks that represent the bandwidth of the active BWP (UL BWP). The RIV value is the number of resource blocks N that represent the bandwidth of the initial BWP. nitial BWP , starting position RB' of the resource block start , and the number of resource blocks L' allocated consecutively. RBs It is calculated based on RB'. start L' is the starting position of the resource block relative to the initial BWP. RBs RB' is the number of resource blocks that are continuously allocated relative to the initial BWP. start The multiplication of this and the coefficient K is RB start The product of L'RBs and the coefficient K is L RBs The coefficient K is calculated based on the bandwidth of the initial BWP and the bandwidth of the active BWP. active BWP is N nitial BWP If greater than, the value of K is K <= Floor(N) in the set {1, 2, 4, 8}. active BWP / N nitial BWP This is the largest value that satisfies the condition ). Here, the function Floor(A) outputs the largest integer that does not exceed A. active BWP is N nitial BWP If equal to or less than the value of K, the value of K is 1. This means that the resource allocated to the active BWP is the resource block starting position RB. start , and the number of resource blocks L to be allocated sequentially. RBs It is identified by [the specified method].

[0216] The resource identification method in Figure 12(B) may be used in the case where the size of the DCI format in the USS (or the size of the frequency domain resource assignment field included in the DCI format) is derived from the initial BWP but is applied to the active BWP. The DCI format may be DCI format 0_0 and / or DCI format 0_1.

[0217] Figure 11 shows an example illustrating uplink resource allocation type 1 for BWP.

[0218] In Figure 11, terminal device 1 is configured with one initial UL BWP (1101) and two additional UL BWPs (1102 and 1103). As mentioned above, common resource block n PRB These are resource blocks numbered in ascending order from 0 in each subcarrier interval setting μ starting from point A. In other words, 1114 is a common resource block (common resource block 0) that is numbered 0. In the subcarrier interval setting μ, common resource block 0 (common resource block index 0, n CRB The center of subcarrier index 0 of #0) coincides with point A. 1104 is the starting position of the carrier in the subcarrier spacing setting μ, and is given by the upper layer parameter OffsetToCarrier. That is, the upper layer parameter OffsetToCarrier is the frequency domain offset between point A and the lowest available subcarrier of the carrier. This offset (1115) indicates the number of resource blocks in the subcarrier spacing setting μ. That is, different subcarrier spacing settings μ result in different bandwidths in the frequency domain of this offset. In the subcarrier spacing setting μ, 1104 may also be the position of the resource block where the carrier starts. Physical resource blocks are resource blocks numbered in ascending order from 0 for each BWP. In the subcarrier spacing setting μ for each BWP index i, there are n physical resource blocks for that BWP index i. PRB and common resource block nCRB The relationship of (Equation 3) n CRB =n PRB +N start BWP、i is given by. In the sub - carrier spacing setting μ of each BWP, N start BWP、i is the number of common resource blocks where the BWP index i starts for the common resource block index 0. N size BWP、i is the number of resource blocks indicating the bandwidth of the BWP of index i in the sub - carrier spacing setting μ of the BWP index i.

[0219] The position and bandwidth of the frequency domain of the BWP are given by the upper - layer parameter locationAndBandwidth. Specifically, the number of consecutive physical resource blocks starting from the first physical resource block (physical resource block index 0) of the BWP index i is given by the upper - layer parameter locationAndBandwidth. The value indicated by the upper - layer parameter locationAndBandwidth is interpreted as the value of the RIV for the carrier. As shown in Figure 12(A), N size BWP is set to 275. And the RB start and L RBs indicate the number of consecutive physical resource blocks starting from the first physical resource block (physical resource block index 0) of the BWP and indicating the bandwidth of the BWP. The first physical resource block of the BWP index i is the physical resource block offset with respect to the physical resource block (1104) indicated by the upper - layer parameter OffsetToCarrier. The number of resource blocks indicating the bandwidth of the BWP index i is N size BWP、i is. The N start BWP、i of the BWP index i is given from the first physical resource block of the BWP index i and the offset indicated by the upper - layer parameter OffsetToCarrier.

[0220] That is, in Figure 11, in the subcarrier spacing setting μ of UL BWP#0, 1105 is the physical resource block index 0(n) in UL BWP#0(1101). PRB #0) The relationship between physical resource blocks and common resource blocks in UL BWP#0 is n CRB =n PRB +N start BWP、0 It is given by the subcarrier spacing setting μ of UL BWP#0, N start BWP、0 (1107) is the common resource block that UL BWP#0 starts with for common resource block index 0. size BWP、0 (1106) is the number of resource blocks that represent the bandwidth of UL BWP#0 in the subcarrier spacing setting μ of UL BWP#0.

[0221] In Figure 11, in the subcarrier spacing setting μ of UL BWP#1, 1108 is the physical resource block index 0(n) in UL BWP#1(1102). PRB #0) The relationship between physical resource blocks and common resource blocks in UL BWP#1 is n CRB =n PRB +N start BWP、1 It is given by the subcarrier spacing setting μ of UL BWP#1, N start BWP、1 (1110) is the common resource block that UL BWP#1 starts with for common resource block index 0. size BWP、1 (1109) is the number of resource blocks representing the bandwidth of UL BWP#0 in the subcarrier spacing setting μ of UL BWP#1.

[0222] In Figure 11, in the subcarrier spacing setting μ of UL BWP#2, 1111 is the physical resource block index 0(n) in UL BWP#2(1102). PRB#0) The relationship between physical resource blocks and common resource blocks in UL BWP#2 is n CRB =n PRB +N start BWP、2 It is given by the subcarrier spacing setting μ of UL BWP#2, N start BWP、2 (1113) is the common resource block that UL BWP#2 starts with for common resource block index 0. size BWP、2 (1112) is the number of resource blocks that represent the bandwidth of UL BWP#2 in the subcarrier spacing setting μ of UL BWP#2.

[0223] As can be seen from Figure 11, for each BWP set in terminal device 1, the starting position (common resource block to start from, N start BWP ) and the number of resource blocks (N size BWP ) are different. When terminal device 1 interprets the RIV indicated by the bits in the resource assignment field, it needs to determine the UL BWP to which the resource assignment applies. That is, terminal device 1 determines the UL BWP to which the resource assignment applies, and the N of the determined UL BWP size BWP、i Based on this, the RIV is interpreted, and the starting resource block (RB) is determined. start ), and the number of contiguously allocated resource blocks (L RBs ) can be calculated. start This indicates the starting position of the allocated resources relative to physical resource block index 0 of the UL BWP to which the resource assignment is applied. For example, the RB to calculate start Even if the values ​​are the same, if the UL BWP to which the resource assignment is applied is different, the starting location of the common resource block will be different.

[0224] Additionally, the size N of the UL BWP to which resource assignment is applied. size BWPIf the values ​​differ, the number of bits in the resource assignment that indicate the RIV value will also differ. The bits in the resource block assignment field that can indicate the RIV value are Ceiling(log2(N size BWP (N size BWP It is given by (+1) / (2)).

[0225] Figure 8 shows an example of the random access procedure of terminal device 1 in this embodiment.

[0226] <Message 1 (S801)> In S801, terminal device 1 transmits a random access preamble to base station device 3 via PRACH. This transmitted random access preamble may be referred to as message 1 (Msg1). The transmission of the random access preamble is also referred to as PRACH transmission. The random access preamble is configured to notify base station device 3 of information by using one of several sequences. For example, 64 types of sequences (random access preamble index numbers from 1 to 64) are available. If 64 types of sequences are available, 6 bits of information (which may be ra-PreambleIndex or preamble index) can be shown to base station device 3. This information may be shown as a Random Access preamble Identifier (RAPID).

[0227] In a competition-based random access procedure, the terminal device 1 randomly selects the index of the random access preamble. In a competition-based random access procedure, terminal device 1 selects an SS / PBCH block with an RSRP exceeding a set threshold and selects a preamble group. If a relationship between an SS / PBCH block and a random access preamble is set, terminal device 1 randomly selects ra-PreambleIndex from one or more random access preambles associated with the selected SS / PBCH block and the selected preamble group, and sets the selected ra-PreambleIndex as the preamble index (PREAMBLE_INDEX). Alternatively, for example, the selected SS / PBCH block and the selected preamble group may be divided into two subgroups based on the transmission size of message 3. Terminal device 1 may randomly select a preamble index from the subgroup corresponding to the small transmission size of message 3 when the transmission size of message 3 is small, and randomly select a preamble index from the subgroup corresponding to the large transmission size of message 3 when the transmission size of message 3 is large. The index for small message sizes is typically selected when the propagation path characteristics are poor (or the distance between terminal device 1 and base station device 3 is large), while the index for large message sizes is selected when the propagation path characteristics are good (or the distance between terminal device 1 and base station device 3 is short).

[0228] In the case of a non-conflict-based random access procedure, the index of the random access preamble is selected by terminal device 1 based on information received from base station device 3. Here, the information received by terminal device 1 from base station device 3 may be included in the PDCCH. If all the bit values ​​of the information received from base station device 3 are 0, terminal device 1 performs a conflict-based random access procedure, and terminal device 1 itself selects the index of the random access preamble.

[0229] <Message 2 (S802)> Next, upon receiving message 1, base station device 3 generates a RAR message in S802 that includes an uplink grant (RAR UL grant, Random Access Response Grant, RAR UL grant) to instruct terminal device 1 to transmit, and sends a random access response containing the generated RAR message to terminal device 1 via DL-SCH. That is, base station device 3 transmits a random access response containing a RAR message corresponding to the random access preamble transmitted in S801 via PDSCH in the primary cell. This PDSCH corresponds to a PDCCH containing RA-RNTI. This RA-RNTI is calculated as RA-RNTI = 1 + s_id + 14 × t_id + 14 × 80 × f_id + 14 × 80 × 8 × ul_carrier_id. Here, s_id is the index of the first OFDM symbol of the transmitted PRACH, and takes values ​​from 0 to 13. t_id is the index of the first slot of the PRACH in the system frame, and takes values ​​from 0 to 79. f_id is the PRACH index in the frequency domain and takes values ​​from 0 to 7. ul_carrier_id is the uplink carrier used for Msg1 transmission. ul_carrier_id is 0 for NUL carriers and 1 for SUL carriers.

[0230] The random access response may be referred to as message 2 or Msg2. The base station device 3 also includes a random access preamble identifier corresponding to the received random access preamble, and a RAR message (MAC RAR) corresponding to that identifier, in message 2. The base station device 3 calculates the transmission timing difference between terminal device 1 and base station device 3 from the received random access preamble and includes transmission timing adjustment information (TA command, Timing Advance Command) to adjust this difference in the RAR message. The RAR message includes at least a random access response grant field mapped to the uplink grant, a Temporary C-RNTI field mapped to the Temporary C-RNTI (Cell Radio Network Temporary Identifier), and a TA command (Timing Advance Command). Terminal device 1 adjusts the timing of its PUSCH transmission based on the TA command. The timing of the PUSCH transmission may be adjusted for each group of cells. The base station device 3 also includes a random access preamble identifier corresponding to the received random access preamble in message 2.

[0231] To respond to a PRACH transmission, terminal device 1 detects (monitors) DCI format 1_0, to which the CRC parity bits scrambled by the corresponding RA-RNTI have been added, during the period of the random access response window. The period (window size) of the random access response window is given by the upper-layer parameter ra-ResponseWindow. The window size is the number of slots based on the subcarrier interval of the Type1-PDCCH common search space.

[0232] If terminal device 1 detects a PDSCH containing DCI format 1_0 with a CRC scrambled by RA-RNTI and one DL-SCH transport block within the window period, terminal device 1 passes the transport block to the upper layer. The upper layer parses the transport block for the Random Access Preamble Identifier (RAPID) associated with the PRACH transmission. If the upper layer identifies the RAPID contained in the RAR message of the DL-SCH transport block, the upper layer indicates an uplink grant to the physical layer. Identification means that the RAPID contained in the received random access response is the same as the RAPID corresponding to the transmitted random access preamble. The uplink grant is referred to as the Random Access Response Uplink Grant (RAR UL grant) at the physical layer. That is, terminal device 1 can identify a RAR message (MAC RAR) from base station device 3 to itself by monitoring the random access response (message 2) corresponding to the random access preamble identifier.

[0233] (i) If terminal device 1 does not detect DCI format 1_0 with a CRC added that is scrambled by RA-RNTI within the window period, or (ii) if terminal device 1 does not correctly receive the DL-SCH transport block in PDSCH within the window period, or (iii) if the upper layer does not identify the RAPID associated with PRACH transmission, the upper layer instructs the physical layer to transmit PRACH.

[0234] If the received random access response contains a random access preamble identifier corresponding to the transmitted random access preamble, and the random access preamble is selected by terminal device 1 based on the information received from base station device 3, terminal device 1 considers the non-conflict-based random access procedure to have been successfully completed and sends a PUSCH based on the uplink grant included in the random access response. If the received random access response contains a random access preamble identifier corresponding to the transmitted random access preamble, and the random access preamble is selected by terminal device 1 itself, TC-RNTI is set to the value of the TC-RNTI field included in the received random access response, and random access message 3 is sent with a PUSCH based on the uplink grant included in the random access response. The PUSCH corresponding to the uplink grant included in the random access response is sent in the serving cell where the corresponding preamble was sent with a PRACH.

[0235] The RAR UL grant (RAR uplink grant) is used for scheduling PUSCH transmissions (Msg3 PUSCH). Terminal device 1 transmits message 3 based on the RAR UL grant. Figure 9 shows an example of the fields included in the RAR UL grant.

[0236] If the value of the frequency hopping flag in Figure 9 is 0, terminal device 1 transmits Msg3PUSCH without frequency hopping. If the value of the frequency hopping flag is 1, terminal device 1 transmits Msg3 PUSCH with frequency hopping.

[0237] The 'Msg3 PUSCH time resource allocation' field is used to indicate the time-domain resource allocation for Msg3 PUSCH. The 'MCS' field is used to determine the MCS index for Msg3 PUSCH. The 'TPC command for Msg3 PUSCH' field is used to set the transmit power for Msg3 PUSCH. In a competition-based random access procedure, the 'CSI request' field is reserved. In a non-competition-based random access procedure, the 'CSI request' field is used to determine whether an appiriotic CSI report is included in the PUSCH transmission.

[0238] The interpretation of the 'Msg3 PUSCH frequency resource allocation' field is described below. This field is used for resource allocation for the PUSCH transmission of message 3. The 'Msg3 PUSCH frequency resource allocation' field may also be referred to as a fixed-size resource block assignment. That is, the Msg3 PUSCH frequency resource allocation has a fixed number of bits, regardless of the bandwidth of the UL BWP set for terminal device 1. Terminal device 1 has a number of resource blocks (N) that indicate the bandwidth of the UL BWP to which the resource assignment applies. size BWP Based on this, bits are truncated or inserted into the Msg3 PUSCH frequency resource assignment. Then, by truncating or inserting bits into the Msg3 PUSCH frequency resource assignment, terminal device 1 can adapt the resource assignment to the bandwidth of the UL BWP to which it is applied. size BWPThis is the number of resource blocks indicating the bandwidth of the UL BWP to which the resource assignment is applied. In S802 below, the UL BWP to which the resource assignment is applied is the UL BWP to which the Msg3 PUSCH frequency resource assignment is applied.

[0239] Figure 10 shows an example of how to interpret the 'Msg3 PUSCH frequency resource allocation' field according to this embodiment.

[0240] In Figure 10(A), 1001 is the 'Msg3 PUSCH frequency resource allocation' field, which has a fixed 14 bits. 1002 is N UL,hop This is a hopping bit. 1003 is from 1001 to N UL,hop These are the bits remaining after removing the hopping bits, (14-N UL,hop ) bits. That is, the 14-bit number 1001 is composed of 1002 and 1003. UL,hop The number of hopping bits is the value shown in the 'Frequency hopping flag' field, and / or N size BWP It is given based on the bandwidth. For example, N UL,hop The number of bits in the example is N. size BWP If the size is smaller than a predetermined number of resource blocks, it may be 1 bit. UL,hop The number of bits in the example is N. size BWP The size may be 2 bits if it is equal to or greater than a predetermined number of resource blocks. The predetermined number of resource blocks may be 50. size BWP The explanation will be given later.

[0241] As mentioned above, if the value of the frequency hopping flag is 0, N UL,hopThe hopping bit is 0 bits. In this case, 1003 becomes 1001 and has 14 bits. If the value of the frequency hopping flag is 1, N UL,hop The number of bits in the hopping bit is N. size BWP The value of may be assigned to 1 or 2 bits based on whether it exceeds a predetermined number of resource blocks Y. For example, N size BWP If it is less than the predetermined number of resource blocks Y, then N UL,hop The hopping bit may be assigned to 1 bit. size BWP If it is equal to or greater than a predetermined resource block number Y, then N UL,hop The hopping bit may be assigned to 2 bits. That is, 1003 has 12 bits or 13 bits.

[0242] Figure 10(B) is N size BWP This figure shows an example of truncating the bits in the 'Msg3 PUSCH frequency resource allocation' field when the value is less than or equal to a predetermined resource block number X.

[0243] In Figure 10(B), terminal device 1 is N size BWP If the value of the resource block number X is less than or equal to the value of the predetermined resource block number, the bits of the Msg3 PUSCH frequency resource assignment are truncated by b bits from the least significant bit (LSB). That is, b bits is the number of bits truncated. The value of b is given by (Equation 1) b = Ceiling(log2(N) size BWP (N size BWPIt is calculated by (+1) / (2)). Here, the function Ceiling(A) outputs the smallest integer not less than A. The truncated Msg3 PUSCH frequency resource assignment may also be called the truncated resource block assignment. Terminal device 1 may interpret the truncated resource block assignment according to the rules for the normal DCI format 0_0.

[0244] In Figure 10(B), 1004 is a 14-bit Msg3 PUSCH frequency resource assignment. 1005 is N UL,hop This is a hopping bit. 1006 is in Msg3 PUSCH frequency resource assignment N UL,hop These are bits other than the hopping bits. 1008 is the resource block assignment to be truncated. The number of bits in 1008 is b bits. The number of bits in 1007 is 14-b.

[0245] Figure 10(C) is N size BWP This figure shows an example of inserting a bit in the 'Msg3 PUSCH frequency resource allocation' field when the bandwidth is greater than a predetermined value X for the number of resource blocks.

[0246] In Figure 10(C), 1009 is a 14-bit Msg3 PUSCH frequency resource assignment. 1010 is N UL,hop This is a hopping bit. 1012 is N from Msg3 PUSCH frequency resource assignment. UL,hop These are the bits remaining after removing the hopping bits. The number of bits in 1012 is (14-N). UL,hop ) bits. Terminal device 1 is N size BWP If the value X is large enough to be a predetermined number of resource blocks, then Msg3 PUSCH frequency resource assignment contains N UL,hopAfter the hopping bit, the most significant bit (MSB) b is inserted and set to the value '0'. In other words, b is the number of bits to be inserted. The value of b is (Equation 2) b = (Ceiling(log2(N size BWP (N size BWP It is calculated by (+1) / (2))-Z). The value of Z may be 14. The Msg3 PUSCH frequency resource assignment into which b bits are inserted may be called the extended resource block assignment. Terminal device 1 may interpret the extended resource block assignment according to the rules for the normal DCI format 0_0. In Figure 10(C), the number of bits in 1011 is b bits. 1009 is the extended resource block assignment. The number of bits in 1009 is the sum of the 14 bits of the Msg3 PUSCH frequency resource assignment and b bits.

[0247] As mentioned above, one initial BWP is configured for terminal device 1, including at least one DL BWP and one UL BWP. Furthermore, up to four additional BWPs are configured for terminal device 1. The size of each UL BWP configured for terminal device 1 is (N size BWP ) may be different. UL BWP size N size BWP is the number of resource blocks indicating the bandwidth of the corresponding UL BWP. When terminal device 1 identifies a resource allocation, it first determines the UL BWP to which the resource allocation applies, and then determines the resource allocation within the determined UL BWP.

[0248] Terminal device 1 determines the UL BWP to which the resource assignment applies when truncating or inserting bits into the Msg3 PUSCH frequency resource assignment. That is, terminal device 1 determines the bandwidth N of the UL BWP used when truncating or inserting bits into the Msg3 PUSCH frequency resource assignment.size BWP This is determined based on the UL BWP to which the resource assignment applies.

[0249] In this embodiment, N represents the bandwidth of the UL BWP (UL BWP to be interpreted) to which resource assignment is applied. size BWP The method for determining N will be explained. Base station device 3 determines N in the random access procedure. size BWP Determine the N size BWP Using this method, the RIV is generated, the bit sequence to be included in the frequency resource assignment field is determined, and the PUSCH frequency resource assignment is transmitted to terminal device 1.

[0250] As described above, terminal device 1 monitors the DCI format with a CRC added that is scrambled by RA-RNTI or TC-RNTI in the search space for the random access procedure (Type 1 PDCCH common search space set). Terminal device 1 receives random access responses by monitoring the DCI format with a CRC added that is scrambled by RA-RNTI in this search space set. CORESET configuration information for the Type 1 PDCCH common search space set is shown to terminal device 1.

[0251] In one aspect of this embodiment, in a competition-based random access procedure, terminal device 1 may determine that the UL BWP to which resource assignment is applied is the UL BWP having the same BWP identifier as the DL BWP to which the CORESET configuration information associated with the search space for the random access procedure (Type 1 PDCCH common search space set) is configured. That is, in a competition-based random access procedure, N size BWPThis is the number of resource blocks indicating the bandwidth of the UL BWP that has the same BWP identifier as the DL BWP in which the CORESET configuration information associated with the type 1 PDCCH common search space set is configured. And terminal device 1, the determined N size BWP Using this, bits are truncated or inserted into the Msg3 PUSCH frequency resource assignment. The bits of the resource block assignment being truncated or expanded indicate the RIV value. Terminal device 1 determines N size BWP Figure 12(A) N size BWP Used in RB start and L RBs It is possible to calculate the RB calculated from the RIV value. start This indicates the starting position of the allocated resources relative to physical resource block index 0 of the UL BWP to which the resource assignment applies. In other words, the numbering of resource assignments shown from the RAR UL grant starts in ascending order from physical resource block index 0 (the lowest numbered physical resource block of the UL BWP to which the resource assignment applies) corresponding to the UL BWP to which the resource assignment applies.

[0252] In one aspect of this embodiment, in a competition-based random access procedure, terminal device 1 determines either the initial UL BWP or the active UL BWP as the UL BWP to which resource assignment is applied, based on whether the DL BWP in which the CORESET configuration information associated with the type 1PDCCH common search space set is set is the initial DL BWP. For example, terminal device 1 may determine the initial ULBWP as the UL BWP to which resource assignment is applied if the DL BWP in which the CORESET configuration information associated with the type 1PDCCH common search space set is set is the initial DL BWP. Alternatively, terminal device 1 may determine the active UL BWP as the UL BWP to which resource assignment is applied if the DL BWP in which the CORESET configuration information associated with the type 1PDCCH common search space set is set is not the initial DL BWP. size BWP is the number of resource blocks representing the bandwidth of the UL BWP. And N is the bandwidth of the UL BWP determined to be the UL BWP to which the resource assignment is applied, and terminal device 1. size BWP This is used to truncate or insert bits into the Msg3 PUSCH frequency resource assignment.

[0253] Furthermore, in one aspect of this embodiment, in a competition-based random access procedure, terminal device 1 determines either the initial UL BWP or the active UL BWP as the UL BWP to which resource assignment is applied, based on whether the CORESET associated with the type 1PDCCH common search space set is a common CORESET. For example, terminal device 1 may determine the initial UL BWP as the UL BWP to which resource assignment is applied if the CORESET associated with the type 1PDCCH common search space set is a common CORESET. Alternatively, terminal device 1 may determine the active UL BWP as the UL BWP to which resource assignment is applied if the CORESET associated with the type 1PDCCH common search space set is not a common CORESET. size BWP This is the number of resource blocks that represent the bandwidth of the UL BWP to which the resource assignment is applied. And terminal device 1, the determined N size BWP This is used to truncate or insert bits into the Msg3 PUSCH frequency resource assignment.

[0254] Furthermore, as an extension of the above embodiment, in a competition-based random access procedure, terminal device 1 determines either the initial UL BWP or the active UL BWP as the UL BWP to which resource assignment applies, based on whether the CORESET associated with the type 1PDCCH common search space set is CORESET#0. For example, terminal device 1 may determine the initial UL BWP as the UL BWP to which resource assignment applies if the CORESET associated with the type 1PDCCH common search space set is CORESET#0. Alternatively, terminal device 1 may determine the active UL BWP as the UL BWP to which resource assignment applies if the CORESET associated with the type 1PDCCH common search space set is not CORESET#0. Furthermore, terminal device 1 may determine the UL BWP to which resource assignment applies if the CORESET associated with the type 1PDCCH common search space set is an additional common CORESET, and the UL BWP having the same BWP identifier as the DL BWP to which the additional common CORESET is set is the UL BWP to which resource assignment applies. In other words, if terminal device 1 and an additional common CORESET are configured for the initial DL BWP, the initial UL BWP may be determined as the UL BWP to which resource assignment applies. If terminal device 1 and an additional common CORESET are configured for an additional DL BWP, the UL BWP having the same BWP identifier as the additional DL BWP may be determined as the UL BWP to which resource assignment applies.

[0255] Furthermore, in one aspect of this embodiment, in a competition-based random access procedure, terminal device 1 may always determine the initial UL BWP as the UL BWP to which resource assignment is applied. That is, in a competition-based random access procedure, N size BWP This is the number of resource blocks that represent the bandwidth of the initial UL BWP. And terminal device 1, the determined N size BWPUsing this, bits are truncated or inserted into the Msg3 PUSCH frequency resource assignment. The bits of the resource block assignment being truncated or expanded indicate the RIV value. Terminal device 1 determines N size BWP Figure 12(A) N size BWP It is used to confirm that an RIV is generated. The RIV is RB start and L RBs Generated from, terminal device 1 receives RB from RIV. start and L RBs Obtain RB. start This indicates the starting position of the allocated resources relative to physical resource block index 0, which corresponds to the initial UL BWP. In other words, the numbering of resource allocations shown from the RAR UL grant starts from physical resource block index 0, which corresponds to the initial UL BWP (the lowest number of physical resource blocks in the UL BWP to which the resource assignment applies).

[0256] Furthermore, in one aspect of this embodiment, in a non-contradiction-based random access procedure, terminal device 1 may always determine the active UL BWP as the UL BWP to which resource assignment is applied. That is, in a non-contradiction-based random access procedure, N size BWP This is the number of resource blocks indicating the bandwidth of the active UL BWP. And terminal device 1, the determined N size BWP Using this, bits are truncated or inserted into the Msg3 PUSCH frequency resource assignment. The bits of the resource block assignment being truncated or expanded indicate the RIV value. Terminal device 1 determines N size BWP Figure 12(A) N size BWP It is used to confirm that an RIV is generated. The RIV is RB start and L RBsGenerated from, terminal device 1 receives RB from RIV. start and L RBs Obtain RB. start This indicates the starting position of the allocated resources relative to physical resource block index 0, which corresponds to the active UL BWP. In other words, the numbering of resource allocations shown from a RAR UL grant starts from physical resource block index 0, which corresponds to the active UL BWP (the lowest number of physical resource blocks in the UL BWP to which the resource assignment applies).

[0257] As seen in the example above, in a competition-based random access procedure, if a DCI format 1_0 that schedules a PDSCH (DL-SCH transport block) containing a RAR UL grant indicating resource block assignment information is detected in the common search space (e.g., type 1 PDCCH common search space) in CORESET#0 (or an additional common CORESET configured for the initial DL BWP), then in Figure 12(A), N size BWP The initial UL BWP size is used. Here, DCI format 1_0 is DCI format 1_0 with the CRC parity bits, scrambled by the corresponding RA-RNTI, appended.

[0258] In the above embodiment, in a non-conflict-based random access procedure, terminal device 1 determines the active UL BWP as the UL BWP to which resource assignment is applied, regardless of whether the CORESET associated with the type 1 PDCCH common search space set is a common CORESET. Also, in a non-conflict-based random access procedure, terminal device 1 determines the active UL BWP as the UL BWP to which resource assignment is applied, regardless of whether the DL BWP in which the configuration information for the CORESET associated with the type 1 PDCCH common search space set is configured is the initial DL BWP.

[0259] In other words, terminal device 1 determines whether the random access procedure is a competition-based random access procedure or a non-competition-based random access procedure, and assigns either the initial UL BWP or the active UL BWP to which the resource assignment applies (N size BWP ) is determined as. For example, terminal device 1 may determine the initial UL BWP as the UL BWP to which resource assignment is applied when the random access procedure is a competition-based random access procedure. Then N size BWP n is the number of resource blocks indicating the bandwidth of the initial UL BWP. Furthermore, terminal device 1 may determine the active UL BWP as the UL BWP to which resource assignment is applied if the random access procedure is a non-contradiction-based random access procedure. Then, N size BWP This is the number of resource blocks that indicate the bandwidth of the active UL BWP.

[0260] N UL,hop The number of hopping bits is the size (N) of the UL BWP to which the resource assignment is applied. size BWP ) may be assigned to 1 or 2 bits based on whether it exceeds a predetermined resource block value Y. That is, N size BWP N represents the bandwidth of the UL BWP to which the resource assignment determined in the manner described above is applied. size BWP It may also be N size BWP If it is less than the predetermined number of resource blocks Y, then N UL,hop The hopping bit may be given as 1 bit. For the PUSCH transmission of message 3, the frequency offset of the second hop is Floor(N size BWP / 2) or Floor(N size BWP N size BWPIf it is equal to or greater than a predetermined resource block number Y, then N UL,hop The hopping bit may be given as 2 bits. For the PUSCH transmission of message 3, the frequency offset of the second hop is Floor(N size BWP / 2), Floor(N size BWP / 4), or -Floor(N size BWP / 4)

[0261] As mentioned above, the resource block indexing (RB indexing) for resource allocation (uplink type 0 and / or type 1 resource allocation) is determined within the UL BWP to which the resource allocation is applied. Specifically, if the DCI format does not have a bandwidth part indicator field, the RB indexing for resource allocation is determined within the active BWP of terminal device 1. However, even if the DCI format does not have a bandwidth part indicator field, the RB indexing for resource allocation is determined within the initial UL BWP for DCI format 0_0 detected in any common search space set in CORESET#0 (or any additional common CORESET set for the initial DL BWP). In other words, even if the DCI format does not have a bandwidth part indicator field, the RB indexing for resource allocation is determined within the initial UL BWP for DCI format 0_0 detected in any common search space set in the CORESET set for the initial DL BWP. Furthermore, even if the DCI format does not have a bandwidth part indicator field (BWP), resource allocation RB numbering for DCI format 0_0 detected in any common search space set in the CORESET set for the active BWP is determined within the active BWP.

[0262] If a bandwidth part indicator (BWP) field is set in the DCI format, the RB numbering for resource allocation is determined within the BWP indicated in the BWP field. However, even if a bandwidth part indicator (BWP) field is set in the DCI format, for DCI format 0_0 detected in any common search space set in CORESET#0 (or additional common CORESET set for the initial DL BWP), the RB numbering for resource allocation is determined within the initial UL BWP. When terminal device 1 detects a PDCCH for terminal device 1, it first determines the UL BWP to which resource allocation is applied, and then determines the resource allocation within the determined UL BWP.

[0263] Furthermore, for RAR UL grants, the RB numbering for uplink type 1 resource allocations may be determined within the active BWP of terminal device 1. Also, in a competition-based random access procedure, the RB numbering for resource allocations indicated in the RAR UL grant is determined within the initial UL BWP of terminal device 1. That is, in a competition-based random access procedure, the RB numbering for frequency-direction resource allocations of PUSCH scheduled by the RAR UL grant (MAC RAR) is determined within the initial UL BWP of terminal device 1. Also, in a non-competition-based random access procedure, the RB numbering for resource allocations indicated in the RAR UL grant is determined within the active UL BWP of terminal device 1. That is, in a non-competition-based random access procedure, the RB numbering for frequency-direction resource allocations of PUSCH scheduled by the RAR UL grant (MAC RAR) is determined within the active UL BWP of terminal device 1.

[0264] Furthermore, in a competition-based random access procedure, if a DCI format 1_0 scheduling a PDSCH (DL-SCH transport block) containing a RAR UL grant is detected in the common search space of CORESET#0 (e.g., type 1PDCCH common search space), the RB numbering of the resource allocation indicated in the RAR UL grant may be determined within the initial UL BWP of terminal device 1. Here, DCI format 1_0 is DCI format 1_0 with the CRC parity bits scrambled by the corresponding RA-RNTI added. Also, in a competition-based random access procedure, if a DCI format 1_0 scheduling a PDSCH (DL-SCH transport block) containing a RAR UL grant is detected in the common search space of an additional common CORESET (or a CORESET other than CORESET#0) (e.g., type 1PDCCH common search space), the RB numbering of the resource allocation indicated in the RAR UL grant may be determined within the active UL BWP of terminal device 1. However, if a DCI format 1_0 scheduling a PDSCH (DL-SCH transport block) containing a RAR UL grant is found in a common search space in an additional common CORESET configured for the initial DL BWP (e.g., a type 1 PDCCH common search space), the RB numbering of the resource allocation indicated in the RAR UL grant may be determined within the initial UL BWP of terminal device 1.

[0265] Furthermore, for DCI format 0_0 that schedules the retransmission of Msg3 PUSCH, the RB numbering of resource allocation is determined by the UL BWP to which the RAR UL grant (resource block assignment included in the RAR UL grant) is applied. DCI format 0_0 that schedules the retransmission of Msg3 PUSCH is scrambled by TC-RNTI. DCI format 0_0 does not include the BWP instruction field.

[0266] <Message 3 (S803)> Terminal device 1 sends a PUSCH of message 3 based on the RAR UL grant contained in the RAR message received by S802. The PUSCH corresponding to the transmission of message 3 is sent in the serving cell where the corresponding preamble was sent as PRACH. Specifically, the PUSCH corresponding to the transmission of message 3 is sent in the active UL BWP.

[0267] <Resending Message 3 (S803a)> The retransmission of message 3 is scheduled by DCI format 0_0, which includes a CRC parity bit scrambled by TC-RNTI included in the RAR message. That is, the PUSCH retransmission of a transport block sent via PUSCH corresponding to a RAR UL grant included in the RAR message is scheduled by DCI format 0_0, which includes a CRC parity bit scrambled by TC-RNTI. This DCI format 0_0 is transmitted via PDCCH in a type 1 PDCCH common search space set. That is, terminal device 1 may monitor DCI format 0_0 for scheduling the retransmission of message 3 after sending message 3 in S803. If terminal device 1 detects DCI format 0_0 for scheduling the retransmission of message 3 in S803a, then S803b is executed.

[0268] The DCI format 0_0 that schedules the retransmission of message 3 includes a frequency domain resource assignment field. The bits in this field are given based on the initial UL BWP. Specifically, the number of bits in this field is given by (Equation 4) Ceiling(log2(N UL、BWP RB (N UL、BWP RB It is calculated by (+1) / (2)). Here, N UL、BWP RBThis represents the number of resource blocks indicating the bandwidth of the initial UL BWP. In other words, regardless of which of the one or more UL BWPs set for terminal device 1 is used to schedule the resources for retransmitting message 3, the number of bits in the frequency domain resource assignment field will be a fixed value (the same value) based on the bandwidth of the initial UL BWP.

[0269] Also, as an example, N UL、BWP RB N may be given based on the type of random access procedure. For example, in a competition-based random access procedure, UL、BWP RB This is the number of resource blocks that represent the bandwidth of the initial UL BWP. Also, for example, in a non-contradiction-based random access procedure, N UL、BWP RB This is the number of resource blocks that indicate the bandwidth of the active UL BWP.

[0270] Terminal device 1 needs to interpret the bits of the frequency domain resource assignment field based on the initial UL BWP in order to adapt them to the bandwidth of the UL BWP to which the frequency domain resource assignment (frequency domain resource assignment field) is applied. As described above, terminal device 1 determines the UL BWP to which the Msg3 PUSCH frequency resource assignment is applied when truncating or inserting bits into the Msg3 PUSCH frequency resource assignment. Here, the UL BWP to which the frequency domain resource assignment field included in DCI format 0_0 is applied may be determined in the same determination method as the UL BWP to which the Msg3 PUSCH frequency resource assignment is applied. That is, the UL BWP to which the frequency domain resource assignment included in DCI format 0_0 is applied may also be the UL BWP to which the Msg3 PUSCH frequency resource assignment is applied. That is, terminal device 1 may identify the PUSCH frequency-direction resource block allocation for the UL BWP to which the Msg3 PUSCH frequency resource assignment applies, based on the RIV value shown in the frequency domain resource assignment field.

[0271] For example, if the UL BWP to which the Msg3 PUSCH frequency resource assignment is applied is the initial UL BWP (or the initial active UL BWP), then the UL BWP to which the frequency domain resource assignment field contained in DCI format 0_0 is applied is the initial UL BWP. Base station device 3 generates an RIV using the size of the initial UL BWP to which the resource assignment is applied, determines the bit sequence to be included in the frequency resource assignment field, and transmits it to terminal device 1. Terminal device 1 then identifies the PUSCH frequency-direction resource assignment to the physical resource block of the UL BWP to which the resource assignment is applied (initial UL BWP), regardless of which UL BWP is actually activated. Terminal device 1 uses Figure 12(A) to determine the RB corresponding to the physical resource block of the initial BWP.start and L RBs This allows us to identify N in Figure 12(A). size BWP This is a resource block that indicates the bandwidth of the initial UL BWP. In other words, the RIV value shown in the frequency domain resource assignment field is the size of the initial UL BWP to which the resource assignment applies, and the RB corresponding to the resource block of the initial UL BWP. start and L RBs It is given based on RB. start This is the number of resource blocks that indicates the starting position of resource allocation, relative to the initial BWP UL's physical resource block index 0. RBs This cannot exceed the number of resource blocks representing the bandwidth of the initial UL BWP. That is, the numbering of resources shown in the frequency domain resource assignment field starts from the smallest number of physical resource blocks in the initial UL BWP.

[0272] As seen in the example above, in the case where DCI format 0_0 is detected in a type 1PDCCH common search space set in an additional common CORESET configured for CORESET#0 or the initial DL BWP, N in Figure 12(A) size BWPThe size of the initial UL BWP is used. Here, DCI format 0_0 may be monitored in CSS. In other words, terminal device 1 identifies the frequency-direction resource block allocation of the initial UL BWP even if the activated UL BWP (the UL BWP on which uplink data is transmitted) is not the initial UL BWP. The value of the resource block offset between the physical resource block index 0 of the initial UL BWP and the physical resource block index 0 of the active UL BWP is given by the higher-layer parameter locationAndBandwidth set for each BWP. Also, in the case where DCI format 0_0 is detected in CORESET#0 or any common search space set in additional common CORESETs set for the initial DL BWP, N in Figure 12(A) size BWP The initial UL BWP size is used.

[0273] For example, if the UL BWP to which the Msg3 PUSCH frequency resource assignment is applied is an active UL BWP, then the UL BWP to which the frequency domain resource assignment field contained in DCI format 0_0 is applied is an active UL BWP. The base station device 3 generates an RIV using the size of the active UL BWP to which the resource assignment is applied, determines the bit sequence to include in the frequency resource assignment field, and transmits it to the terminal device 1. The terminal device 1 then identifies the PUSCH frequency-direction resource assignment of the active UL BWP to which the frequency domain resource assignment is applied. If the active UL BWP is not the initial active UL BWP, the terminal device 1 uses the method shown in Figure 12(B) to determine the RB corresponding to the physical resource block of the active UL BWP. start and L RBs This can be identified. In this case, N in Figure 12(B) nitial BWP This is the number of resource blocks that represent the initial UL BWP bandwidth. active BWPThis is the number of resource blocks that represent the bandwidth of the active UL BWP. The RIV value is the number of resource blocks N that represent the bandwidth of the initial BWP. nitial BWP , starting position RB' of the resource block start , and the number of resource blocks L' to allocate sequentially. RBs Based on, it is given. RB start This is the resource block number that indicates the starting position of resource allocation, relative to the physical resource block index 0 of the active UL BWP. In other words, the resource numbering shown in the frequency domain resource assignment field starts from the lowest numbered physical resource block of the active UL BWP.

[0274] As seen in the example above, the size of DCI format 0_0 in the CSS (or the size of the frequency domain resource assignment field included in the DCI format) is derived from the size of the initial UL BWP, but the method in Figure 12(B) may be applied if the UL BWP to which the resource assignment of the Msg3 PUSCH frequency resource assignment field is applied is an active UL BWP. In other words, the size of DCI format 0_0 in the CSS (or the size of the frequency domain resource assignment field included in the DCI format) is derived from the size of the initial UL BWP, but the method in Figure 12(B) may be applied if the size of DCI format 0_0 (or the size of the frequency domain resource assignment field included in the DCI format) is applied to another active UL BWP (an activated UL BWP other than the initial UL BWP). Here, the CSS is a CSS associated with a CORESET other than the additional common CORESET set for CORESET#0 and the initial DL BWP. In other words, the CSS is the CSS associated with the CORESET set for DL ​​BWPs other than the initial DL BWP. Here, the DCI format 0_0 may be scrambled by TC-RNTI. That is, the method in Figure 12(B) may be applied when the DCI format is derived from the size of the initial UL BWP, but the UL BWP to which the DCI format is applied is another active UL BWP, and the search space set in the DCI format is a common search space set associated with the CORESET set for BWPs other than the initial DL BWP, or a UE-specific search space set.

[0275] As mentioned above, the number of bits in the frequency domain resource assignment field included in DCI format 0_0 is N, which represents the bandwidth of the initial UL BWP. UL,BWP RBIt is given by the frequency domain resource assignment field N UL,hop The number of bits in the hopping bit is N. UL,BWP RB It may be assigned to 1 or 2 bits based on whether it exceeds a predetermined resource block value Y. Also, N included in the frequency domain resource assignment field UL,hop The number of bits in the hopping bit is N. size BWP This may be assigned to 1 or 2 bits based on whether it exceeds a predetermined value Y for the number of resource blocks. Here, N size BWP This is the number of resource blocks that represent the bandwidth of the UL BWP to which the frequency domain resource assignment field is applied. That is, N size BWP If it is less than the predetermined number of resource blocks Y, then N UL,hop The hopping bit may be given as 1 bit. For the PUSCH transmission of message 3, the frequency offset of the second hop is Floor(N size BWP / 2) or Floor(N size BWP N size BWP If it is equal to or greater than a predetermined resource block number Y, then N UL,hop The hopping bit may be given as 2 bits. For the PUSCH transmission of message 3, the frequency offset of the second hop is Floor(N size BWP / 2), Floor(N size BWP / 4), or -Floor(N size BWP / 4)

[0276] <Resending Message 3 (S803b)> In S803a, if DCI format 0_0 with CRC parity bits added that are scrambled by TC-RNTI is detected, terminal device 1 performs a PUSCH retransmission of the transport block sent in S803.

[0277] <Message 4 (S804)> In response to the transmission of message 3 via PUSCH, terminal device 1, which does not show a C-RNTI, monitors DCI format 1_0 to schedule a PDSCH containing a UE contention resolution identity. Here, DCI format 1_0 is appended with CRC parity bits that are scrambled by the corresponding TC-RNTI. In response to the receipt of a PDSCH with a UE contention resolution identity, terminal device 1 transmits HARQ-ACK information via PUCCH. This PUCCH transmission may occur in the active UL BWP on which message 3 is transmitted.

[0278] This allows terminal device 1, which performs random access procedures, to transmit uplink data to base station device 3.

[0279] The configuration of the apparatus in this embodiment will be described below.

[0280] Figure 15 is a schematic block diagram showing the configuration of the terminal device 1 of this embodiment. As shown in the figure, the terminal device 1 is composed of a wireless transceiver unit 10 and a higher-layer processing unit 14. The wireless transceiver unit 10 is composed of an antenna unit 11, an RF (Radio Frequency) unit 12, and a baseband unit 13. The higher-layer processing unit 14 is composed of a media access control layer processing unit 15 and a wireless resource control layer processing unit 16. The wireless transceiver unit 10 is also referred to as the transmitting unit, receiving unit, monitoring unit, or physical layer processing unit. The higher-layer processing unit 14 is also referred to as the measuring unit, selection unit, or control unit 14.

[0281] The upper layer processing unit 14 outputs the uplink data (which may also be called a transport block) generated by user operations, etc., to the wireless transceiver 10. The upper layer processing unit 14 performs some or all of the processing of the Medium Access Control (MAC) layer, Packet Data Convergence Protocol (PDCP) layer, Radio Link Control (RLC) layer, and Radio Resource Control (RRC) layer. The upper layer processing unit 14 may have a function to select one reference signal from one or more reference signals based on the measured value of each reference signal. The upper layer processing unit 14 may have a function to select a PRACH opportunity associated with the selected reference signal from one or more PRACH opportunities. The upper layer processing unit 14 may have a function to identify one index from one or more indices set in a higher layer (e.g., the RRC layer) and set it as the preamble index when the bit information contained in the information instructing the start of a random access procedure received by the wireless transceiver 10 is a predetermined value. The upper layer processing unit 14 may have the function of identifying the index associated with the selected reference signal from one or more indices set in the RRC and setting it as the preamble index. The upper layer processing unit 14 may have the function of determining the next available PRACH opportunity based on the received information (e.g., SSB index information and / or mask index information). The upper layer processing unit 14 may have the function of selecting an SS / PBCH block based on the received information (e.g., SSB index information).

[0282] The media access control layer processing unit 15, located in the upper layer processing unit 14, performs MAC layer (media access control layer) processing. The media access control layer processing unit 15 controls the transmission of scheduling requests based on various setting information / parameters managed by the wireless resource control layer processing unit 16.

[0283] The wireless resource control layer processing unit 16, located within the upper layer processing unit 14, performs processing at the RRC layer (wireless resource control layer). The wireless resource control layer processing unit 16 manages various setting information / parameters of its own device. The wireless resource control layer processing unit 16 sets various setting information / parameters based on the upper layer signals received from the base station device 3. In other words, the wireless resource control layer processing unit 16 sets various setting information / parameters based on information indicating the various setting information / parameters received from the base station device 3. The wireless resource control layer processing unit 16 controls (specifies) resource allocation based on the downlink control information received from the base station device 3.

[0284] The wireless transceiver 10 performs physical layer processing such as modulation, demodulation, coding, and decoding. The wireless transceiver 10 separates, demodulates, and decodes the signal received from the base station device 3, and outputs the decoded information to the upper layer processing unit 14. The wireless transceiver 10 generates a transmission signal by modulating and coding the data and transmits it to the base station device 3. The wireless transceiver 10 may have a function to receive one or more reference signals in a certain cell. The wireless transceiver 10 may have a function to receive information that identifies one or more PRACH opportunities (e.g., SSB index information and / or mask index information). The wireless transceiver 10 may have a function to receive a signal containing instruction information that instructs the start of a random access procedure. The wireless transceiver 10 may have a function to receive information that identifies a predetermined index. The wireless transceiver 10 may have a function to receive information that identifies the index of a random access prinble. The wireless transceiver 10 may have a function to transmit a random access preamble at a PRACH opportunity determined by the upper layer processing unit 14.

[0285] The RF unit 12 converts the signal received via the antenna unit 11 into a baseband signal by quadrature demodulation (downconvert), and removes unwanted frequency components. The RF unit 12 outputs the processed analog signal to the baseband unit.

[0286] The baseband unit 13 receives an analog signal from the RF unit 12 and converts the analog signal into a digital signal. The baseband unit 13 removes the portion corresponding to CP (Cyclic Prefix) from the converted digital signal, and performs a Fast Fourier Transform (FFT) on the signal from which CP has been removed to extract the signal in the frequency domain.

[0287] The baseband unit 13 performs an inverse fast Fourier transform (IFFT) on the data to generate an OFDM symbol, adds a CP to the generated OFDM symbol to generate a baseband digital signal, and converts the baseband digital signal into an analog signal. The baseband unit 13 outputs the converted analog signal to the RF unit 12.

[0288] The RF unit 12 removes extraneous frequency components from the analog signal input from the baseband unit 13 using a low-pass filter, upconverts the analog signal to the carrier frequency, and transmits it via the antenna unit 11. The RF unit 12 also amplifies the power. The RF unit 12 may also have a function to determine the transmission power of the uplink signal and / or uplink channel to be transmitted in the cell in service. The RF unit 12 is also referred to as the transmission power control unit.

[0289] Figure 16 is a schematic block diagram showing the configuration of the base station device 3 of this embodiment. As shown in the figure, the base station device 3 is composed of a wireless transceiver unit 30 and a higher layer processing unit 34. The wireless transceiver unit 30 is composed of an antenna unit 31, an RF unit 32, and a baseband unit 33. The higher layer processing unit 34 is composed of a media access control layer processing unit 35 and a wireless resource control layer processing unit 36. The wireless transceiver unit 30 is also referred to as the transmitting unit, receiving unit, monitoring unit, or physical layer processing unit. A control unit that controls the operation of each unit based on various conditions may also be provided separately. The higher layer processing unit 34 is also referred to as the control unit 34.

[0290] The upper layer processing unit 34 performs some or all of the processing in the Medium Access Control (MAC) layer, Packet Data Convergence Protocol (PDCP) layer, Radio Link Control (RLC) layer, and Radio Resource Control (RRC) layer. The upper layer processing unit 34 may also have the function of identifying one reference signal from one or more reference signals based on the random access preamble received by the radio transceiver unit 30. The upper layer processing unit 34 may also identify PRACH opportunities to monitor the random access preamble from at least the SSB index information and the mask index information.

[0291] The media access control layer processing unit 35, located in the upper layer processing unit 34, performs MAC layer processing. The media access control layer processing unit 35 processes scheduling requests based on various configuration information / parameters managed by the wireless resource control layer processing unit 36.

[0292] The wireless resource control layer processing unit 36, located in the upper layer processing unit 34, performs RRC layer processing. The wireless resource control layer processing unit 36 ​​generates downlink control information (uplink grant, downlink grant) including resource allocation information for the terminal device 1. The wireless resource control layer processing unit 36 ​​generates or obtains downlink control information, downlink data (transport block, random access response) placed on the physical downlink shared channel, system information, RRC messages, MAC CE (Control Element), etc., from the upper layer node and outputs them to the wireless transceiver 30. The wireless resource control layer processing unit 36 ​​also manages various setting information / parameters for each terminal device 1. The wireless resource control layer processing unit 36 ​​may set various setting information / parameters for each terminal device 1 via signals from the upper layer. That is, the wireless resource control layer processing unit 36 ​​transmits / notifies information indicating various setting information / parameters. The wireless resource control layer processing unit 36 ​​may transmit / notify information to identify the setting of one or more reference signals in a certain cell.

[0293] When base station device 3 sends an RRC message, MAC CE, and / or PDCCH to terminal device 1, and terminal device 1 processes based on its reception, base station device 3 performs its processing (controlling terminal device 1 and the system) assuming that the terminal device is performing that processing. In other words, base station device 3 sends an RRC message, MAC CE, and / or PDCCH to terminal device 1 to cause the terminal device to perform processing based on its reception.

[0294] The wireless transceiver 30 has the function of transmitting one or more reference signals. The wireless transceiver 30 may also have the function of receiving signals including beam failure recovery requests transmitted from the terminal device 1. The wireless transceiver 30 may have the function of transmitting information (e.g., SSB index information and / or mask index information) that identifies one or more PRACH opportunities to the terminal device 1. The wireless transceiver 30 may have the function of transmitting information that identifies a predetermined index. The wireless transceiver 30 may have the function of transmitting information that identifies the index of the random access preamble. The wireless transceiver 30 may have the function of monitoring the random access preamble at PRACH opportunities identified by the upper layer processing unit 34. Some functions of the wireless transceiver 30 are the same as those of the wireless transceiver 10 and are therefore not described. Note that if the base station device 3 is connected to one or more transmission / reception points 4, some or all of the functions of the wireless transceiver 30 may be included in each transmission / reception point 4.

[0295] Furthermore, the upper layer processing unit 34 transmits (transmits) or receives control messages or user data between base station devices 3 or between higher-level network devices (MME, S-GW (Serving-GW)) and base station devices 3. In Figure 16, other components of the base station device 3 and the transmission paths of data (control information) between components are omitted, but it is clear that it has multiple blocks as components that have other functions necessary to operate as a base station device 3. For example, the upper layer processing unit 34 includes a radio resource management layer processing unit and an application layer processing unit. The upper layer processing unit 34 may also have the function of setting multiple scheduling request resources corresponding to each of the multiple reference signals transmitted from the radio transceiver unit 30.

[0296] In the diagram, "parts" can also be expressed by terms such as section, circuit, component, device, or unit, and represent elements that realize the functions and procedures of terminal device 1 and base station device 3.

[0297] Each of the parts designated by reference numerals 10 to 16 in the terminal device 1 may be configured as a circuit. Each of the parts designated by reference numerals 30 to 36 in the base station device 3 may be configured as a circuit.

[0298] (1) More specifically, the terminal device 1 in the first aspect of the present invention comprises a receiving unit 10 that receives a PDSCH including a RAR message, and a control unit 16 that controls resource allocation based on a first field indicating a Msg3 PUSCH frequency resource assignment shown in a first UL grant included in the RAR message, wherein the control unit truncates X bits from the least significant bit to the bits of the first field when the number of first resource blocks is less than or equal to a predetermined number of resource blocks, and inserts the most significant bit of Y bits, which is set to a value of '0' after the hopping bit, into the bits of the first field when the number of first resource blocks is greater than the predetermined number of resource blocks, and the number of first resource blocks is given based on the type of random access procedure.

[0299] (2) In a first embodiment of the present invention, when the type of random access procedure is a non-competition-based random access procedure, the number of first resource blocks is the number of resource blocks representing the bandwidth of the active UL BWP.

[0300] (3) In a first embodiment of the present invention, when the type of the random access procedure is a competition-based random access procedure, the number of first resource blocks is the number of resource blocks representing the bandwidth of the initial UL BWP.

[0301] (4) A base station device 3 in a second aspect of the present invention comprises a control unit 36 ​​that generates a first UL grant including a first field indicating a Msg3 PUSCH frequency resource assignment indicating resource allocation, and a transmission unit 30 that transmits a PDSCH including a RAR message including the first UL grant, wherein the control unit truncates X bits from the least significant bit to the bits of the first field when the number of first resource blocks is less than or equal to a predetermined number of resource blocks, and inserts the most significant bit of Y bits set to the value '0' after a hopping bit into the bits of the first field when the number of first resource blocks is greater than a predetermined number of resource blocks, and the number of first resource blocks is given based on the type of random access procedure.

[0302] (5) In a second embodiment of the present invention, when the type of the random access procedure is a non-competition-based random access procedure, the number of the first resource blocks is the number of resource blocks representing the bandwidth of the active UL BWP.

[0303] (6) In a second embodiment of the present invention, when the type of the random access procedure is a competition-based random access procedure, the number of the first resource blocks is the number of resource blocks representing the bandwidth of the initial UL BWP.

[0304] (7) A terminal device 1 performing a competition-based random access procedure according to a third aspect of the present invention comprises a receiving unit 10 that receives a PDSCH including a RAR message, and a control unit 16 that controls resource allocation based on a first field indicating a Msg3 PUSCH frequency resource assignment shown in a first UL grant included in the RAR message, wherein the control unit truncates X bits from the least significant bit to the bits of the first field when the number of first resource blocks is less than or equal to a predetermined number of resource blocks, and inserts the most significant bit of the Y bit, which is set to a value of '0' after a hopping bit, into the bits of the first field when the number of first resource blocks is greater than the predetermined number of resource blocks, wherein the number of first resource blocks is the number of resource blocks indicating the bandwidth of a UL BWP having the same BWP identifier as the DL BWP in which the CORESET setting information shown in the Type 1 PDCCH common search space set is set, the Type 1 PDCCH common search space set is a search space set used for a random access procedure, and the CORESET is a time and frequency resource for searching downlink control information.

[0305] (8) A base station device 3 that communicates with a terminal device 1 performing a competition-based random access procedure according to a fourth aspect of the present invention comprises a control unit 36 ​​that generates a first UL grant including a first field indicating a Msg3 PUSCH frequency resource assignment indicating resource allocation, and a transmission unit 30 that transmits a PDSCH including a RAR message, wherein the first UL grant is included in the RAR message, and the control unit truncates X bits from the least significant bit to the bits of the first field when the number of first resource blocks is less than or equal to a predetermined number of resource blocks, and inserts the most significant bit of the Y bit set to '0' after the hopping bit into the bits of the first field when the number of first resource blocks is greater than the predetermined number of resource blocks, and the number of first resource blocks is a UL having the same BWP identifier as the DL BWP in which the CORESET setting information shown in the type 1 PDCCH common search space set is configured The BWP is the number of resource blocks that represent the bandwidth, the Type 1 PDCCH common search space set is the search space set used for random access procedures, and the CORESET is the time and frequency resources for searching downlink control information.

[0306] (9) A terminal device 1 in a fifth aspect of the present invention comprises a receiving unit 10 that receives a first DCI format scrambled by TC-RNTI in a search space set, and a control unit 16 that identifies a resource allocation for PUSCH based on a second field indicating a frequency domain resource allocation included in the first DCI format, wherein the bits of the first field indicating the Msg3 PUSCH frequency resource allocation shown in the first UL grant included in the RAR message are truncated from the least significant bit and / or the most significant bit is inserted based on the number of first resource blocks indicating the bandwidth of the first UL BWP, the size of the second field is derived by the bandwidth of the initial UL BWP, and the control unit identifies a frequency-direction resource block allocation to apply to the first UL BWP based on the RIV value shown in the second field.

[0307] (10) In a fifth aspect of the present invention, the control unit identifies a first starting position for resource allocation and a number of sequentially allocated first resource blocks based on the initial UL BWP from the value of RIV shown in the second field, when the first UL BWP is an active UL BWP other than the initial UL BWP, and the search space set is a common search space or a UE-specific search space associated with a CORESET set for a BWP other than the initial DL BWP, and applies a second starting position and a number of second resource blocks obtained by scaling the first starting position and the number of first resource blocks by a coefficient K to the physical resource blocks of the active UL BWP to identify the resource allocation of PUSCH, wherein the CORESET is a time and frequency resource for searching downlink control information.

[0308] (11) In a fifth aspect of the present invention, the control unit identifies a first starting position for resource allocation and a number of sequentially allocated first resource blocks based on the initial UL BWP from the value of the RIV shown in the second field, and applies the identified first starting position and the number of first resource blocks to the physical resource blocks of the initial UL BWP to identify the resource allocation for PUSCH.

[0309] (12) In a fifth aspect of the present invention, if the first UL BWP is an initial UL BWP, the first starting position of resource allocation and the number of first resource blocks allocated sequentially are identified from the RIV value shown in the second field based on the initial UL BWP, and the identified first starting position and the number of first resource blocks are applied to the physical resource blocks of the initial UL BWP to identify the resource allocation of PUSCH.

[0310] (13) In a fifth aspect of the present invention, the coefficient K is given by the ratio of the bandwidth of the active UL BWP to the initial UL BWP being rounded down to the nearest power of 2 when the bandwidth of the active UL BWP is greater than the bandwidth of the initial UL BWP, and by 1 otherwise.

[0311] (14) A base station device 3 in a sixth aspect of the present invention comprises a control unit 36 ​​that generates a first DCI format including a second field indicating a frequency domain resource assignment indicating resource allocation information, and a transmission unit 30 that transmits the first DCI format in a type 1PDCCCH common search space set, wherein the first DCI format is scrambled by TC-RNTI, and based on the number of first resource blocks indicating the bandwidth of a first UL BWP, the bits of the first field indicating the Msg3 PUSCH frequency resource assignment shown in the first UL grant included in the RAR message are truncated from the least significant bit and / or the most significant bit is inserted, the size of the second field is derived by the bandwidth of the initial UL BWP, and the control unit identifies the frequency-direction resource block allocation of the PUSCH of the first UL BWP to apply to a terminal device and generates a value of RIV shown in the second field.

[0312] (15) In a sixth aspect of the present invention, the control unit identifies a first starting position for resource allocation and a number of continuously allocated first resource blocks based on the initial UL BWP from the value of the RIV shown in the second field to be generated, when the first UL BWP is an active UL BWP other than the initial UL BWP, and the CORESET associated with the common search space set is a CORESET set for a BWP other than the initial DL BWP, and applies a second starting position and a number of second resource blocks obtained by scaling the first starting position and the number of first resource blocks by a coefficient K to the physical resource blocks of the active UL BWP, and identifies a resource allocation for PUSCH to be applied to the terminal device, wherein the CORESET is a time and frequency resource for searching downlink control information.

[0313] (16) In a sixth aspect of the present invention, the control unit identifies a first starting position for resource allocation and a number of sequentially allocated first resource blocks based on the initial UL BWP from the value of the RIV shown in the second field to be generated, when the first UL BWP is an active UL BWP other than the initial UL BWP and the CORESET associated with the common search space set is a CORESET set for the initial DL BWP, applies the identified first starting position and the number of first resource blocks to the physical resource blocks of the initial UL BWP, identifies a resource allocation for PUSCH to be applied to the terminal device, and the CORESET is a time and frequency resource for searching downlink control information.

[0314] (17) In a sixth aspect of the present invention, if the first UL BWP is an initial UL BWP, the control unit identifies a first starting position for resource allocation and a number of sequentially allocated first resource blocks based on the initial UL BWP from the value of the RIV shown in the second field to be generated, and applies the identified first starting position and the number of first resource blocks to the physical resource blocks of the initial UL BWP to identify a resource allocation for PUSCH to be applied to the terminal device.

[0315] (18) In a sixth aspect of the present invention, the coefficient K is given by the ratio of the bandwidth of the active UL BWP to the initial UL BWP being rounded down to the nearest power of 2 when the bandwidth of the active UL BWP is greater than the bandwidth of the initial UL BWP, and by 1 otherwise.

[0316] This allows terminal device 1 to communicate efficiently with base station device 3.

[0317] The program that operates in the device according to the present invention may be a program that controls the Central Processing Unit (CPU), etc., to make the computer function in order to realize the functions of the embodiment according to the present invention. The program or the information handled by the program is temporarily stored in volatile memory such as Random Access Memory (RAM), non-volatile memory such as flash memory, a Hard Disk Drive (HDD), or other storage device system.

[0318] Furthermore, a program for realizing the functions of the embodiments related to the present invention may be recorded on a computer-readable recording medium. This can also be realized by loading the program recorded on this recording medium into a computer system and executing it. The term "computer system" here refers to a computer system built into the device, and includes hardware such as an operating system and peripheral devices. The term "computer-readable recording medium" may be a semiconductor recording medium, an optical recording medium, a magnetic recording medium, a medium that dynamically holds a program for a short period of time, or any other computer-readable recording medium.

[0319] Furthermore, each functional block or feature of the apparatus used in the embodiments described above may be implemented or executed by an electrical circuit, such as an integrated circuit or a combination of integrated circuits. An electrical circuit designed to perform the functions described herein may include a general-purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or a combination thereof. The general-purpose processor may be a microprocessor, a conventional processor, controller, microcontroller, or state machine. The aforementioned electrical circuits may consist of digital circuits or analog circuits. Also, if advances in semiconductor technology lead to the emergence of integrated circuit technologies that replace current integrated circuits, one or more aspects of the present invention may also utilize new integrated circuits based on such technologies.

[0320] In the embodiments of this invention, an example of application to a communication system consisting of a base station device and a terminal device has been described, but it is also applicable to systems where terminals communicate with each other, such as D2D (Device to Device).

[0321] It should be noted that the present invention is not limited to the embodiments described above. Although the embodiments describe an example of a device, the present invention is not limited thereto and can be applied to stationary or non-movable electronic devices installed indoors or outdoors, such as terminal devices or communication devices for AV equipment, kitchen equipment, cleaning and washing machines, air conditioning equipment, office equipment, vending machines, and other household appliances.

[0322] While embodiments of this invention have been described in detail above with reference to the drawings, the specific configuration is not limited to these embodiments, and design modifications and the like that do not depart from the gist of this invention are also included. Furthermore, the present invention can be modified in various ways within the scope of the claims, and embodiments obtained by appropriately combining the technical means disclosed in different embodiments are also included in the technical scope of this invention. In addition, configurations in which elements described in each of the above embodiments that produce similar effects are substituted for each other are also included. [Explanation of Symbols]

[0323] 1 (1A, 1B) Terminal device 3 Base station equipment 4. Transmit / Receive Point (TRP) 10 Wireless Transceiver Unit 11 Antenna section 12 RF section 13. Baseband section 14. Upper Layer Processing Unit 15. Media Access Control Layer Processing Unit 16 Wireless Resource Control Layer Processing Unit 30 Wireless Transceiver Unit 31 Antenna section 32 RF section 33. Baseband section 34 Upper Layer Processing Unit 35. Media Access Control Layer Processing Unit 36 Wireless Resource Control Layer Processing Unit 50 Transmitter Unit (TXRU) 51 Phase Shifter 52 Antenna Elements

Claims

1. A terminal device that communicates with a base station, A receiving unit that receives the initial uplink (UL) bandwidth portion (BWP) setting and the setting of additional UL BWPs via radio resource control (RRC) messages, and receives RAR messages including Random Access Response (RAR) UL grants in a competition-based random access procedure, A processing unit that switches the active UL BWP between the initial UL BWP and the additional UL BWP such that one of the initial UL BWP and the additional UL BWP is activated as the active UL BWP and the other is deactivated, The transmitting unit that transmits PUSCH (Physical Uplink Shared Channel) in the active UL BWP and Prepare, The PUSCH is scheduled using the RAR UL grant which has a fixed-bit size PUSCH frequency resource allocation field. The processing unit interprets the truncated or extended field as a field indicating the frequency resource allocation of the PUSCH, (1) When a competition-based random access procedure is performed and the initial UL BWP is an active UL BWP, the truncated field is a field from which bits have been truncated from the fixed-bit size PUSCH frequency resource allocation field using a first size, or the expanded field is a field from which bits have been inserted into the fixed-bit size PUSCH frequency resource allocation field using a first size in order to expand the field. (2) If a competition-based random access procedure is performed and the additional UL BWP is an active UL BWP, the truncated field is a field from which bits have been truncated from the fixed-bit size PUSCH frequency resource allocation field using the first size, or the expanded field is a field from which bits have been inserted into the fixed-bit size PUSCH frequency resource allocation field using the first size to expand the field. The initial UL BWP has a size, the first size being the size of the initial UL BWP, and the size of the initial UL BWP being the number of resource blocks representing the bandwidth of the initial UL BWP. Terminal device.

2. A communication method in a terminal device that communicates with a base station device, The steps include receiving the initial uplink (UL) bandwidth portion (BWP) configuration and additional UL BWP configurations via radio resource control (RRC) messages, A step of receiving a RAR message containing a Random Access Response (RAR) UL grant with a fixed-bit size PUSCH frequency resource allocation field in a competition-based random access procedure, The steps include switching the active UL BWP between the initial UL BWP and the additional UL BWP such that one of the initial UL BWP and the additional UL BWP is activated as the active UL BWP and the other is deactivated, A step of interpreting a truncated or extended field as a field indicating frequency resource allocation for a PUSCH (Physical Uplink Shared Channel), (1) When a competition-based random access procedure is performed and the initial UL BWP is an active UL BWP, the truncated field is a field from which bits have been truncated from the fixed-bit size PUSCH frequency resource allocation field using a first size, or the expanded field is a field from which bits have been inserted into the fixed-bit size PUSCH frequency resource allocation field using a first size in order to expand the field. (2) If a competition-based random access procedure is performed and the additional UL BWP is an active UL BWP, the truncated field is a field from which bits have been truncated from the fixed-bit size PUSCH frequency resource allocation field using the first size, or the expanded field is a field from which bits have been inserted into the fixed-bit size PUSCH frequency resource allocation field using the first size to expand the field. Steps and The steps of transmitting the PUSCH in the active UL BWP and It has, The aforementioned PUSCH is scheduled using the RAR UL grant, The initial UL BWP has a size, the first size being the size of the initial UL BWP, and the size of the initial UL BWP being the number of resource blocks representing the bandwidth of the initial UL BWP. Communication method.

Images