WO2024095679A1 - 端末、基地局、及び通信方法 - Google Patents

端末、基地局、及び通信方法 Download PDF

Info

Publication number
WO2024095679A1
WO2024095679A1 PCT/JP2023/036303 JP2023036303W WO2024095679A1 WO 2024095679 A1 WO2024095679 A1 WO 2024095679A1 JP 2023036303 W JP2023036303 W JP 2023036303W WO 2024095679 A1 WO2024095679 A1 WO 2024095679A1
Authority
WO
WIPO (PCT)
Prior art keywords
downlink shared
shared channel
bwp
redcap
bandwidth
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/JP2023/036303
Other languages
English (en)
French (fr)
Inventor
卓宏 古山
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Denso Corp
Original Assignee
Denso Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Denso Corp filed Critical Denso Corp
Priority to JP2024554334A priority Critical patent/JPWO2024095679A5/ja
Priority to EP23885442.6A priority patent/EP4615136A4/en
Priority to CN202380076744.9A priority patent/CN120153747A/zh
Publication of WO2024095679A1 publication Critical patent/WO2024095679A1/ja
Priority to US19/185,515 priority patent/US20250261199A1/en
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access

Definitions

  • This disclosure relates to a terminal, a base station, and a communication method in a mobile communication system.
  • eRedCap UE For eRedCap UE, it has been proposed to (a) reduce the available frequency bandwidth in FR1 (Frequency Range 1) to a predetermined bandwidth (e.g., 5 MHz), and (b) reduce the frequency bandwidth for the data channel in FR1 to a predetermined bandwidth in order to reduce the peak data rate (see, for example, non-patent documents 1 to 4).
  • the data channel refers to a physical channel that transmits data, i.e., the physical downlink shared channel (PDSCH) and/or the physical uplink shared channel (PUSCH).
  • the frequency bandwidth is also simply referred to as the "bandwidth".
  • the above method (a) reduces the bandwidth (i.e., maximum bandwidth) that can be supported by both the RF (Radio Frequency) section and the BB (Base Band) section of the UE, and makes it possible to reduce the complexity of the RF section and the BB section.
  • the above method (b) reduces the bandwidth that can be supported mainly by the BB section of the UE, and makes it possible to reduce the complexity of the BB section.
  • the above method (b) makes it possible to reduce the change in technical specifications for the configuration of physical channels other than the PDSCH and/or PUSCH.
  • one of the objectives of this disclosure is to provide a terminal, a base station, and a communication method that can perform appropriate communication even when a bandwidth that is reduced compared to RedCap UE is used.
  • a terminal includes a communication unit that receives a first downlink shared channel for a random access procedure within a second band narrower than a first band for a specific terminal, and a processing unit that processes transmission of an uplink channel for the first downlink shared channel or reception of a second downlink shared channel when repetition or decoding of the first downlink shared channel spans multiple slots.
  • a base station includes a transmitter that transmits a first downlink shared channel for a random access procedure within a second band narrower than a first band for a specific terminal, and a processor that processes reception of an uplink channel for the first downlink shared channel or transmission of a second downlink shared channel when repetition or decoding of the first downlink shared channel spans multiple slots.
  • a communication method implemented in a terminal includes receiving a first downlink shared channel for a random access procedure in a second band narrower than a first band for a specific terminal, and, when repetition or decoding of the first downlink shared channel spans multiple slots, processing transmission of an uplink channel for the first downlink shared channel or reception of a second downlink shared channel.
  • communication can be performed appropriately even when a reduced bandwidth is used compared to RedCap UE.
  • FIG. 1 is a diagram illustrating an example of a schematic configuration of a system according to an embodiment of the present disclosure.
  • FIG. 2 is a diagram illustrating an example of a schematic functional configuration of a base station according to an embodiment of the present disclosure.
  • FIG. 2 is a diagram illustrating an example of a schematic hardware configuration of a base station according to an embodiment of the present disclosure.
  • FIG. 13 is a diagram showing an example of a correspondence relationship between the value of controlResourceSetZero, which is a parameter included in pdcch-ConfigSIB1 included in the MIB, and the parameters for CORESET #0.
  • FIG. 2 illustrates an example of a four-step CBRA.
  • FIG. 2 is a diagram showing an example of a two-step CBRA.
  • FIG. 2 illustrates an example of a four-step CFRA.
  • FIG. 1 illustrates an example of a two-step CFRA.
  • a diagram showing an example of a MAC RAR. A figure showing an example of a fallback RAR.
  • a figure showing an example of a success RAR. A diagram showing an example of a RAR UL grant.
  • FIG. 13 is a diagram showing an example of determining a TDRA table.
  • FIG. 13 is a diagram showing an example of a TDRA table.
  • FIG. 13 is a diagram illustrating an example of determining ⁇ .
  • FIG. 11 is a diagram showing an example of a transmission operation of Msg3 in a first case. A figure showing an example of a HARQ feedback transmission operation in the first case.
  • FIG. 11 is a diagram showing an example of a transmission operation of Msg3 in a second case. A figure showing an example of HARQ feedback transmission operation in the second case.
  • FIG. 11 is a diagram showing an example of a receiving operation of a PDSCH in a second case.
  • the system 1 includes a base station 100, a user equipment (UE) 30, a UE 40, and a UE 200.
  • UE user equipment
  • system 1 is a system that complies with 3GPP TS. More specifically, for example, system 1 is a system that complies with 5G or NR (New Radio) TS. Naturally, system 1 is not limited to this example.
  • the base station 100 is a node in a radio access network (RAN) and communicates with UEs located within a coverage area 10 of the base station 100. For example, the base station 100 communicates with UE30, UE40, and UE200.
  • RAN radio access network
  • the base station 100 communicates with a UE (e.g., UE30, UE40, or UE200) using a protocol stack of the RAN.
  • the protocol stack includes RRC, service data adaptation protocol (SDAP), packet data convergence protocol (PDCP), radio link control (RLC), medium access control (MAC), and physical (PHY) layer protocols.
  • SDAP service data adaptation protocol
  • PDCP packet data convergence protocol
  • RLC radio link control
  • MAC medium access control
  • PHY physical layer protocols
  • the protocol stack may include some of these protocols rather than all of them.
  • the base station 100 is a gNB.
  • the gNB is a node that provides NR user plane and control plane protocol terminations towards the UE and is connected to the 5G Core Network (5GC) via an NG interface.
  • the base station 100 may be an en-gNB.
  • the en-gNB is a node that provides NR user plane and control plane protocol terminations towards the UE and operates as a secondary node in E-UTRA-NR Dual Connectivity (EN-DC).
  • the base station 100 may include a plurality of nodes.
  • the plurality of nodes may include a first node that hosts a higher layer included in the protocol stack, and a second node that hosts a lower layer included in the protocol stack.
  • the higher layer may include RRC, SDAP, and PDCP
  • the lower layer may include RLC, MAC, and a PHY layer.
  • the first node may be a CU (central unit), and the second node may be a DU (distributed unit).
  • the plurality of nodes may include a third node that performs processing below the PHY layer, and the second node may perform processing above the PHY layer.
  • the third node may be a RU (radio unit).
  • the base station 100 may be one of the multiple nodes, and may be connected to other units of the multiple nodes.
  • the base station 100 may be an integrated access and backhaul (IAB) donor or an IAB node.
  • IAB integrated access and backhaul
  • Each of the UE 30, UE 40, and UE 200 communicates with a base station.
  • each of the UE 30, UE 40, and UE 200 communicates with the base station 100 when the UE 30, UE 40, and UE 200 is located within a coverage area 10 of the base station 100.
  • each of UE30, UE40, and UE200 communicates with a base station (e.g., base station 100) using the above protocol stack.
  • a base station e.g., base station 100
  • UE30 is a normal UE that is not a RedCap UE
  • UE40 and UE200 are RedCap UEs.
  • a RedCap UE is a UE with reduced capability.
  • UE40 is a first type of RedCap UE
  • UE200 is a second type of RedCap UE.
  • the first type of RedCap UE is a UE with a maximum bandwidth of 20 MHz for FR1 and 100 MHz for FR2.
  • FR1 is in the frequency range of 410 MHz to 7125 MHz
  • FR2 is in the frequency range of 24250 MHz to 52600 MHz.
  • the second type RedCap UE is a UE with a further reduced capability than the first type RedCap UE.
  • the peak data rate of the second type RedCap UE is lower than the peak data rate of the first type RedCap UE.
  • the peak data rate (e.g., the maximum peak data rate) supported by the second type RedCap UE may be 10 Mbps.
  • the second type RedCap UE communicates with a base station using a narrower band than the first type RedCap UE.
  • the maximum bandwidth of the second type RedCap UE is smaller than the maximum bandwidth of the first type RedCap UE.
  • the maximum bandwidth (e.g., the maximum bandwidth of the downlink and/or uplink) supported by the second type RedCap UE may be up to 5 MHz.
  • the maximum bandwidth is, for example, the maximum bandwidth when transmitting and receiving specific information (e.g., user data, etc.).
  • the first type RedCap UE is a Rel. 17 RedCap UE
  • the second type RedCap UE is a Rel. 18 RedCap UE.
  • the second type RedCap UE may be referred to as an eRedCap UE.
  • RedCap UE in this disclosure may be interpreted as at least one of the first type RedCap UE and the second type RedCap UE.
  • UE200 may perform not only the operations described as UE200 operations, but also the operations described as UE30 operations and/or the operations described as UE40 operations.
  • Base station configuration An example of the configuration of the base station 100 according to an embodiment of the present disclosure will be described with reference to FIG. 2 and FIG. 3 .
  • the base station 100 includes a wireless communication unit 110, a network communication unit 120, a storage unit 130, and a processing unit 140.
  • the wireless communication unit 110 transmits and receives signals wirelessly.
  • the wireless communication unit 110 receives signals from a UE and transmits signals to the UE.
  • the wireless communication unit 110 may be called a communication unit, a transmission unit, a reception unit, a transmission/reception unit, etc.
  • the network communication unit 120 receives signals from the network and transmits signals to the network.
  • the memory unit 130 stores various information for the base station 100.
  • the processing unit 140 provides various functions of the base station 100.
  • the processing unit 140 may include an information acquisition unit 141 and a communication processing unit 143. Note that the processing unit 140 may further include other components in addition to these components. In other words, the processing unit 140 may also perform operations other than those of these components.
  • the processing unit 140 communicates with UEs (e.g., UE30, UE40, and UE200) via the wireless communication unit 110.
  • the processing unit 140 communicates with core network nodes and other base stations via the network communication unit 120.
  • the processing unit 140 acquires information necessary for processing by the communication processing unit 143 based on information received via the wireless communication unit 110 or the network communication unit 120.
  • the processing unit 140 may be referred to as a control unit.
  • the base station 100 includes an antenna 181, an RF (radio frequency) circuit 183, a network interface 185, a processor 187, a memory 189, and a storage 191.
  • RF radio frequency
  • Antenna 181 converts signals into radio waves and radiates the radio waves into space. Antenna 181 also receives radio waves in space and converts the radio waves into signals. Antenna 181 may include a transmitting antenna and a receiving antenna, or may be a single antenna for both transmission and reception. Antenna 181 may be a directional antenna and may include multiple antenna elements.
  • the RF circuit 183 performs analog processing of signals transmitted and received via the antenna 181.
  • the RF circuit 183 may include a high-frequency filter, an amplifier, a modulator, a low-pass filter, etc.
  • the RF circuit 183 may amplify, filter, demodulate to a baseband signal, etc., of the received radio frequency signal, and output the signal to the processor 187.
  • the RF circuit 183 may modulate to a radio frequency band, filter, amplify, etc., the baseband signal input from the processor 187, and transmit the radio frequency signal via the antenna 181.
  • the network interface 185 is, for example, a network adapter, and transmits signals to the network and receives signals from the network.
  • the processor 187 performs digital processing of signals transmitted and received via the antenna 181 and the RF circuitry 183.
  • the digital processing includes processing of the RAN protocol stack.
  • the processor 187 also processes signals transmitted and received via the network interface 185.
  • the processor 187 may include multiple processors or may be a single processor.
  • the multiple processors may include a baseband processor that performs the digital processing and one or more processors that perform other processing.
  • Memory 189 is a computer-readable non-transitory recording medium that stores programs executed by processor 187, parameters related to the programs, and various other information.
  • Memory 189 may include at least one of ROM (read only memory), EPROM (erasable programmable read only memory), EEPROM (electrically erasable programmable read only memory (registered trademark)), RAM (random access memory), and flash memory. All or a portion of memory 189 may be included within processor 187.
  • Storage 191 is a computer-readable non-transitory recording medium that stores various information.
  • Storage 191 may include at least one of an SSD (solid state drive) and an HDD (hard disc drive).
  • the wireless communication unit 110 may be implemented by an antenna 181 and an RF circuit 183.
  • the network communication unit 120 may be implemented by a network interface 185.
  • the memory unit 130 may be implemented by a storage 191.
  • the processing unit 140 may be implemented by a processor 187 and a memory 189.
  • a part or all of the processing unit 140 may be virtualized. In other words, a part or all of the processing unit 140 may be implemented as a virtual machine. In this case, a part or all of the processing unit 140 may operate as a virtual machine on a physical machine (i.e., hardware) including a processor, memory, etc., and a hypervisor.
  • the base station 100 may include a memory (i.e., memory 189) that stores a program, and one or more processors (i.e., processor 187) that can execute the program, and the one or more processors may execute the program to perform the operations of the processing unit 140.
  • the program may be a program for causing the processor to execute the operations of the processing unit 140.
  • the UE 200 includes a wireless communication unit 210, a storage unit 220, and a processing unit 230.
  • the wireless communication unit 210 transmits and receives signals wirelessly.
  • the wireless communication unit 210 receives signals from a base station and transmits signals to the base station.
  • the wireless communication unit 210 may be called a communication unit, a transmission unit, a reception unit, a transmission/reception unit, etc.
  • the memory unit 220 stores various information for the UE 200.
  • the processing unit 230 provides various functions of the UE 200.
  • the processing unit 230 may include an information acquisition unit 231 and a communication processing unit 233.
  • the processing unit 230 may further include other components in addition to these components. That is, the processing unit 230 may also perform operations other than those of these components.
  • the processing unit 230 communicates with a base station (e.g., base station 100) via the wireless communication unit 210. Furthermore, the processing unit 230 (information acquisition unit 231) acquires information necessary for processing by the communication processing unit 233 based on information received via the wireless communication unit 210.
  • the processing unit 230 may also be referred to as a control unit.
  • the UE 200 includes an antenna 281, an RF circuit 283, a processor 285, a memory 287, and a storage 289.
  • Antenna 281 converts signals into radio waves and radiates the radio waves into space. Antenna 281 also receives radio waves in space and converts the radio waves into signals. Antenna 281 may include a transmitting antenna and a receiving antenna, or may be a single antenna for both transmission and reception. Antenna 281 may be a directional antenna and may include multiple antenna elements.
  • the RF circuit 283 performs analog processing of signals transmitted and received via the antenna 281.
  • the RF circuit 283 may include a high-frequency filter, an amplifier, a modulator, a low-pass filter, etc.
  • the RF circuit 283 may amplify, filter, demodulate to a baseband signal, etc., of the received radio frequency signal, and output the signal to the processor 285.
  • the RF circuit 283 may modulate to a radio frequency band, filter, amplify, etc., the baseband signal input from the processor 285, and transmit the radio frequency signal via the antenna 281.
  • the processor 285 performs digital processing of signals transmitted and received via the antenna 281 and the RF circuitry 283.
  • the digital processing includes processing of the RAN protocol stack.
  • the processor 285 may include multiple processors or may be a single processor.
  • the multiple processors may include a baseband processor that performs the digital processing and one or more processors that perform other processing.
  • Memory 287 is a computer-readable non-transitory recording medium that stores programs executed by processor 285, parameters related to the programs, and various other information.
  • Memory 287 may include at least one of ROM, EPROM, EEPROM, RAM, and flash memory. All or a portion of memory 287 may be included within processor 285.
  • Storage 289 is a computer-readable non-transitory recording medium that stores various information.
  • Storage 289 may include at least one of an SSD and an HDD.
  • the wireless communication unit 210 may be implemented by an antenna 281 and an RF circuit 283.
  • the memory unit 220 may be implemented by a storage 289.
  • the processing unit 230 may be implemented by a processor 285 and a memory 287.
  • the processing unit 230 may be implemented by a SoC (System on Chip) including a processor 285 and a memory 287.
  • the SoC may include an RF circuit 283, and the wireless communication unit 210 may also be implemented by the SoC.
  • UE 200 may include a memory (i.e., memory 287) that stores a program, and one or more processors (i.e., processor 285) that can execute the program, and the one or more processors may execute the program to perform the operations of processing unit 230.
  • the program may be a program for causing a processor to execute the operations of processing unit 230.
  • a base station in the following description may refer to base station 100.
  • a UE in the following description may be interchangeably read as at least one of UE 30, 40, and 200.
  • each base station may be interpreted as one or more functional blocks (e.g., wireless communication unit 110, processing unit 140) or hardware configurations (e.g., RF circuit 183, processor 187) in base station 100.
  • each "UE” in the following description may be interpreted as one or more functional blocks (e.g., wireless communication unit 210, processing unit 230) or hardware configurations (e.g., RF circuit 283, processor 285) in UE 200.
  • BWP Bandwidth Part
  • BWPs are defined to reduce UE power consumption and to effectively utilize broadband carriers.
  • DL BWP and UL BWP initial downlink
  • dedicated BWPs dedicated DL BWP and dedicated UL BWP
  • up to four DL BWPs and up to four UL BWPs are configured in a serving cell.
  • BWPs when there is no need to distinguish between DL BWPs and UL BWPs, they are simply referred to as BWPs.
  • the "BWP" in this disclosure may be read as DL BWPs and/or UL BWPs.
  • the serving cell is also simply referred to as a cell.
  • the initial BWP is a BWP used at least for initial access.
  • the initial BWP may be used commonly by multiple UEs.
  • Each of the initial DL BWP and the initial UL BWP is specified with a BWP identifier (bwp-id) of "0".
  • SIB System Information Block 1
  • the initial BWP set by the MIB may have a bandwidth according to the Control Resource Set (CORESET) #0 set using parameters included in the MIB.
  • the CORESET may correspond to time-frequency resources for searching for Downlink Control Information (DCI).
  • CORESET #0 corresponds to a CORESET used by the UE to monitor the PDCCH for scheduling SIB1.
  • the initial BWP set by SIB1 is specified based on the initialDownlinkBWP field for the initial DL BWP in SIB1, the initialUplinkBWP field for the initial UL BWP, and the like. More specifically, these fields include BWP information elements including parameters locationAndBandwidth, subcarrierSpacing, and cyclicPrefix.
  • the parameter locationAndBandwidth specifies the location in the frequency domain and the bandwidth
  • the parameter subcarrierSpacing specifies the subcarrier spacing (SubCarrier Spacing (SCS)) for the BWP
  • the parameter cyclicPrefix specifies the cyclic prefix used for each channel and reference signal in the BWP.
  • Figure 6 shows an example of the correspondence between the value of controlResourceSetZero, which is a parameter included in pdcch-ConfigSIB1 in the MIB, and the parameters for CORESET#0.
  • the correspondence is shown when the maximum channel bandwidth is 5 MHz or 10 MHz and the SCS of the synchronization signal block (SSB) and the PDCCH is 15 kHz.
  • the SSB may also be called the SS/PBCH block.
  • the value of the parameter controlResourceSetZero is an index value between 0 and 15.
  • the UE uses the above correspondence relationship to identify the corresponding CORESET#0 parameters (e.g., the number of resource blocks and the number of symbols) from the index value.
  • FIG. 7 shows an example of the correspondence between the value of the parameter searchSpaceZero included in pdcch-ConfigSIB1 in the MIB and the parameters for search space set #0.
  • the value of the parameter searchSpaceZero is an index value between 0 and 15. Using the above correspondence relationship, the UE identifies the corresponding search space set #0 (e.g., the number of search space sets per slot and/or the index of the first symbol, etc.) from the index value.
  • #0 e.g., the number of search space sets per slot and/or the index of the first symbol, etc.
  • a UE that receives an SSB of the cell obtains the bandwidth (24, 48, or 96 resource blocks) of the Type-0 PDCCH CSS set from the setting value of controlResourceSetZero (an integer value between 0 and 15) in pdcch-ConfigSIB1, which is an information element included in the PBCH (MIB) of the SSB.
  • the UE may then monitor the Type-0 PDCCH CSS set to obtain SIB1, and obtain locationAndBandwidth, a parameter indicating the frequency location and/or bandwidth of the initial BWP, from SIB1.
  • the Type-0 PDCCH CSS set corresponds to search space set #0.
  • Msg. 4 may be an RRCSetup message, an RRCResume message, or an RRCReestablishment message.
  • the UE transitions, for example, from an RRC idle state to an RRC connected state by such initial access (RA procedure).
  • the initial DL BWP may be the same as the band of CORESET (control resource set) #0 for scheduling SIB1.
  • base station 100 does not need to include information indicating the initial DL BWP in SIB1, and UE 30 may consider the band of CORESET #0 as the initial DL BWP if there is no such information in SIB1.
  • Rel. 17 NR introduced an initial BWP for RedCap UEs.
  • the initial BWP for RedCap UEs may be called RedCap-specific initial BWP.
  • a normal UE (UE30) that is not a RedCap UE does not use the RedCap-specific initial BWP, but a RedCap UE (e.g., UE40) can use the RedCap-specific initial BWP.
  • the RedCap-specific initial BWP may include an initial DL BWP for the RedCap UE and an initial UL BWP for the RedCap UE.
  • the initial DL BWP for the RedCap UE may be referred to as a RedCap-specific initial DL BWP
  • the initial UL BWP for the RedCap UE may be referred to as a RedCap-specific initial UL BWP.
  • Each of the RedCap UE-specific initial DL BWP and the RedCap UE-specific initial UL BWP is specified with a BWP identifier (bwp-id) of "0".
  • the information on the RedCap-specific initial BWP may be initialDownlinkBWP-RedCap-r17 and/or initialUplinkBWP-RedCap-r17 included in the ServingCellConfigCommonSIB information element in SIB1. These parameters may include at least one of parameters indicating the location and bandwidth of the RedCap-specific initial BWP, parameters indicating the SCS, and parameters indicating the cyclic prefix, similar to the above-mentioned initialDownlinkBWP, initialUplinkBWP, etc.
  • the ServingCellConfigCommonSIB information element may indicate a common setting for the serving cells.
  • initialDownlinkBWP-RedCap-r17 and/or initialUplinkBWP-RedCap-r17 may include parameters of the RedCap-specific initial BWP (for example, parameters used in the RedCap-specific initial BWP).
  • UE30 which is a normal UE, receives SIB1 and determines the initial BWP based on ServingCellConfigCommonSIB included in SIB1. For example, UE30 identifies the initial DL BWP based on initialDownlinkBWP. Also, UE30 identifies the initial UL BWP based on initialUplinkBWP.
  • UE40 receives SIB1 and determines the initial BWP based on the ServingCellConfigCommonSIB included in the SIB1. For example, UE40 identifies the initial DL BWP based on information (initialDownlinkBWP-RedCap-r17) indicating the RedCap-specific initial DL BWP included in the ServingCellConfigCommonSIB. UE40 also identifies the initial UL BWP based on information (initialUplinkBWP-RedCap-r17) indicating the RedCap-specific initial UL BWP included in the ServingCellConfigCommonSIB.
  • the RedCap-specific initial DL BWP may be identified based on the information indicating the initial DL BWP. Also, if SIB1 does not include information indicating the RedCap-specific initial UL BWP, the RedCap-specific initial UL BWP may be identified based on the information indicating the initial UL BWP.
  • SIB1 when SIB1 includes initialDownlinkBWP-RedCap-r17, UE40 may specify the RedCap-specific initial DL BWP based on initialDownlinkBWP-RedCap-r17 instead of initialDownlinkBWP. Also, when SIB1 includes initialUplinkBWP-RedCap-r17, UE40 may specify the RedCap-specific initial UL BWP based on initialUplinkBWP-RedCap-r17 instead of initialUplinkBWP.
  • SIB1 does not include initialDownlinkBWP-RedCap-r17
  • UE40 may determine the initial DL BWP (which may be a RedCap-specific initial DL BWP) based on initialDownlinkBWP. If SIB1 does not include initialUplinkBWP-RedCap-r17, UE40 may determine the initial UL BWP (which may be a RedCap-specific initial UL BWP) based on initialUplinkBWP.
  • a dedicated BWP is a BWP that is dedicated (UE-specific) to a certain UE.
  • a bwp-id other than "0" may be set to the dedicated BWP.
  • a dedicated DL BWP and a dedicated UL BWP may be set based on a BWP-Downlink information element and a BWP-Uplink information element included in a ServingCellConfig information element in an RRC message, which is dedicated signaling transmitted from a base station to a UE.
  • each of the BWP-Downlink and BWP-Uplink may include various parameters (locationAndBandwidth, subcarrierSpacing, cyclicPrefix) for setting the BWP.
  • each of the BWP-Downlink and BWP-Uplink may include parameters of the BWP (for example, parameters used in the BWP).
  • dicated BWP may be interchangeably referred to as "RRC configured BWP,” “configured BWP,” “UE-specific BWP,” “dedicated BWP,” or simply "BWP.”
  • the base station can notify the UE of the BWP to be used for communication with the base station (i.e., the active BWP) among one or more BWPs configured in the UE. For example, the base station can transmit to the UE a BWP identifier indicating the BWP to be activated when the configuration is performed, i.e., the BWP to be used first for communication with the base station.
  • a BWP identifier indicating the BWP to be activated when the configuration is performed, i.e., the BWP to be used first for communication with the base station.
  • switching from an active BWP to a BWP that is not an active BWP (inactive BWP) and switching from an inactive BWP to an active BWP can be controlled, for example, by PDCCH (DCI), RRC signaling, MAC control element (MAC CE), or timer switching.
  • DCI PDCCH
  • RRC signaling MAC control element
  • MAC CE MAC
  • communication in an active BWP may include at least one of transmission on an uplink shared channel (UL-SCH) in the BWP, transmission on a random access channel (RACH) in the BWP (if a physical random access channel (PRACH) opportunity (PRACH occasion) is configured), monitoring of a physical downlink control channel (PDCCH) in the BWP, transmission on a physical uplink control channel (PUCCH) in the BWP (if a PUCCH resource is configured), reporting of channel state information (CSI) for the BWP, and reception of a downlink shared channel (DL-SCH) in the BWP.
  • RACH random access channel
  • PUCCH physical downlink control channel
  • PUCCH physical uplink control channel
  • CSI channel state information
  • the UL-SCH is a transport channel and is mapped to a physical uplink shared channel (PUSCH), which is a physical channel.
  • PUSCH physical uplink shared channel
  • Data transmitted on the UL-SCH is also referred to as UL-SCH data.
  • the UL-SCH data may correspond to uplink user data.
  • the DL-SCH is a transport channel and is mapped to a physical downlink shared channel (PDSCH: Physical Downlink Shared Channel), which is a physical channel.
  • PDSCH Physical Downlink Shared Channel
  • Data transmitted on the DL-SCH is also referred to as DL-SCH data.
  • the DL-SCH data may correspond to downlink user data.
  • the PUCCH is used to transmit uplink control information (UCI).
  • the uplink control information includes a hybrid automatic repeat request (HARQ)-ACK, CSI, and/or a scheduling request (SR).
  • the HARQ-ACK includes a positive acknowledgment (ACK) or a negative acknowledgment (NACK).
  • the PUCCH is used to transmit a HARQ-ACK for a PDSCH (i.e., DL-SCH (DL-SCH data, downlink user data)).
  • DL-SCH data and/or the downlink user data are also referred to as a downlink transport block.
  • the UE for example, in an active DL BWP, monitors a set of PDCCH candidates in one or more CORESETs. Monitoring the PDCCH may include decoding each of the PDCCH candidates according to a monitored Downlink Control Information (DCI) format.
  • DCI Downlink Control Information
  • the UE may monitor a DCI format with a CRC (Cyclic Redundancy Check, also referred to as CRC parity bit) scrambled by an RNTI set by the base station.
  • the RNTI may include SI-RNTI (System Information-RNTI), RA-RNTI (Random Access RNTI), TC-RNTI (Temporary C-RNTI), P-RNTI (Paging RNTI), and/or C-RNTI (Cell-RNTI).
  • the set of PDCCH candidates monitored by the UE may be defined as a PDCCH search space set.
  • the search space set may include a common search space set (CSS set(s)) and/or a UE-specific search space set (USS set(s)).
  • the base station may configure the CORESET and/or search space set for the UE, and the UE may monitor the PDCCH in the configured CORESET and/or search space set.
  • the base station 100 may configure one or more DL BWPs for one UE in one serving cell.
  • one of the one or more DL BWPs is used by the UE as the active DL BWP.
  • the above RRC message (ServingCellConfig) includes an information element indicating the first active DL BWP, and the UE initially uses the DL BWP indicated by the information element as the active DL BWP.
  • the above information element is firstActiveDownlinkBWP-Id.
  • the active DL BWP may be switched.
  • the base station 100 transmits a DCI including information indicating a DL BWP to the UE, and the UE switches the active DL BWP to the DL BWP indicated by the information.
  • the DCI is a DCI (e.g., DCI format 1_1) used for scheduling the PDSCH, and the information is a Bandwidth Part Indicator.
  • the UE switches the active DL BWP to the default DL BWP.
  • the RRC message includes an information element indicating the default DL BWP, and the UE uses the DL BWP indicated by the information element as the default DL BWP.
  • the timer is bwp-InactivityTimer, and the information element is defaultDownlinkBWP-Id.
  • the default DL BWP may be a dedicated BWP or an initial BWP (for example, if no information element indicating the default DL BWP is included, the initial DL BWP may be the default DL BWP).
  • the base station 100 may configure one or more UL BWPs for one UE in one serving cell.
  • one UL BWP of the one or more UL BWPs is used by the UE as the active UL BWP.
  • the above RRC message includes an information element indicating a first active UL BWP, and the UE first uses the UL BWP indicated by the information element as the active UL BWP.
  • the above information element is firstActiveUplinkBWP-Id.
  • the active UL BWP may be switched.
  • the base station 100 transmits a DCI including information indicating a UL BWP to the UE, and the UE switches the active UL BWP to the UL BWP indicated by the information.
  • the DCI is a DCI (e.g., DCI format 0_1) used for scheduling the PUSCH, and the information is a Bandwidth Part Indicator.
  • switching between active DL BWP, active DL BWP, etc. may be further controlled by a MAC (Medium Access Control) entity.
  • MAC Medium Access Control
  • RedCap UE is introduced as a low-performance UE type suitable for use cases such as industrial sensors, surveillance cameras, and wearables. RedCap UE is also called "reduced capability NR device". RedCap UE is a UE type (terminal type) with reduced equipment cost and complexity compared to general UE types. RedCap UE has mid-range performance and price for IoT, and for example, compared to general UE types, the maximum bandwidth used for wireless communication is set narrower and the number of receivers is smaller. As shown in Figure 8, for FR1, the bandwidth that RedCap UE can support (i.e., the maximum bandwidth supported by RedCap UE) may be 20 MHz.
  • the eRedCap UE has a narrower maximum bandwidth used for wireless communication than the RedCap UE.
  • the eRedCap UE may correspond to a specified UE type (specified terminal type) in which the frequency bandwidth that can be supported for at least the data channel is reduced compared to the RedCap UE.
  • the data channel is a physical channel that transmits data, and may mean, for example, the PDSCH and/or the PUSCH.
  • the maximum bandwidth for a physical channel (e.g., PDSCH and/or PUSCH) or for all physical channels available to an eRedCap UE may be referred to as the reduced bandwidth.
  • the reduced bandwidth may be interchangeable with the further reduced bandwidth.
  • 20 MHz may be interchangeably read as the maximum bandwidth available to a RedCap UE, a specific bandwidth, etc. In this disclosure, 20 MHz may be interchangeably read as any bandwidth value.
  • the particular bandwidth may correspond to at least one of the following: The size of the eRedCap-specific initial DL BWP, A value determined based on the location, size, and SCS of the eRedCap-specific initial DL BWP; eRedCap specific initial UL BWP size, A value determined based on the position, size, and SCS of the eRedCap-specific initial UL BWP.
  • the specific bandwidth may be 15 RB (equivalent to approximately 3 MHz), 20 RB (equivalent to approximately 4 MHz), 25 RB (equivalent to approximately 5 MHz), etc.
  • the specific bandwidth may be 8 RB (equivalent to approximately 3 MHz), 10 RB (equivalent to approximately 4 MHz), 11 and/or 12 RB (equivalent to approximately 5 MHz), etc. That is, a specific size of a specific bandwidth may be used to calculate the size of DCI format 1_0 monitored in the CSS.
  • the base station may set the size of the eRedCap-specific initial DL BWP to be equal to a specific value (e.g., 25 RBs equivalent to approximately 5 MHz) or smaller than the specific value (e.g., 25 RBs equivalent to approximately 5 MHz). That is, the specific bandwidth may be equal to 25 RBs or smaller than 25 RBs.
  • the reduced bandwidth may be a BWP and may be referred to as the BWP of an eRedCap UE.
  • the reduced bandwidth is not limited to a BWP and may correspond to at least one of one or more subcarriers, one or more resource elements, one or more subbands, one or more resource blocks (Resource Blocks (RBs)), one or more physical RBs (Physical RBs (PRBs)), one or more resource block sets, one or more frequency bands, one or more frequency resources, one or more frequency domain resources, etc.
  • RBs Resource Blocks
  • PRBs Physical RBs
  • eRedCap UE For eRedCap UE, it has been proposed to (a) reduce the available frequency bandwidth in FR1 to the reduced bandwidth described above, and (b) reduce the frequency bandwidth for the data channel in FR1 to reduce the peak data rate.
  • Other methods of reducing UE costs have also been proposed, such as reducing the peak rate while maintaining the available bandwidth of the BB and RF sections at 20 MHz, and relaxing the UE processing time for the data channel.
  • the method (a) reduces the bandwidth (i.e., maximum bandwidth) that can be supported by both the RF section (e.g., RF circuit) and the BB section (e.g., baseband processor) of the UE 200, and can reduce the complexity of the RF section and the BB section.
  • the RF section e.g., RF circuit
  • the BB section e.g., baseband processor
  • the maximum RF bandwidth which is the frequency bandwidth that the RF section of the UE 200 can support
  • the maximum BB bandwidth which is the frequency bandwidth that the BB section of the UE 200 can support
  • the reduced bandwidth e.g., 5 MHz
  • the maximum RF bandwidth may be 20 MHz
  • the maximum BB bandwidth may be the reduced bandwidth (e.g., 5 MHz).
  • the maximum RF bandwidth and maximum BB bandwidth may be a bandwidth of up to 20 MHz (maximum UE bandwidth).
  • the reduced bandwidth may be the bandwidth processed by the BB unit, the bandwidth with which the eRedCap UE processes a data channel, the bandwidth with which the eRedCap UE decodes the PDSCH all at once, or the data processing bandwidth based on the data processing capability of the eRedCap UE.
  • performing processing all at once may include performing processing for a predefined length of time.
  • performing processing all at once may include performing processing in one slot and/or one symbol.
  • the bandwidth processed by the BB unit is also referred to as the BB bandwidth.
  • the bandwidth of the PDSCH may be less than or equal to the data processing bandwidth.
  • the eRedCap UE may buffer the PDSCH signal and perform data decoding processing from the buffered signal at once.
  • the bandwidth of the PDSCH may be larger than the data processing bandwidth.
  • the eRedCap UE may buffer a PDSCH signal having a specific bandwidth wider than the reduced bandwidth, and perform data decoding processing from the buffered signal for each reduced bandwidth.
  • the specific bandwidth may be the maximum bandwidth available to the RedCap UE, the bandwidth of the BWP for the control channel, or the RF bandwidth.
  • the processing time of the data decoding processing will be longer than the processing time of a UE that can perform data decoding processing of the PDSCH of the specific bandwidth at one time.
  • the processing time of the data decoding processing by the eRedCap UE may be multiple slots. It may be longer than the processing time of the data decoding processing by the RedCap UE or a normal UE.
  • data decoding processing data processing, reception processing, baseband (BB) processing, demodulation processing, and decoding processing may be interpreted as interchangeable.
  • BB baseband
  • any of the above-mentioned cost reduction methods may be adopted for eRedCap UE, but it is assumed that the above method (b) is mainly adopted.
  • the size of the BWP, the size of CORESET#0, and the like are assumed to be expressed in terms of the number of resource blocks (RB), but are not limited to this.
  • RB may be interchangeably interpreted as other units related to frequency bandwidth, such as subcarriers, resource elements, subbands, resource block groups, and physical resource blocks (PRBs).
  • RA Procedure As RA procedures, four-step (Type 1) and two-step (Type 2) contention based random access (CBRA) and contention free random access (CFRA) are specified.
  • CBRA contention based random access
  • CFRA contention free random access
  • Msg1, RA preamble, PRACH may be read as one another.
  • Msg2, RA response (RAR), PDCCH, and PDSCH may be read as one another.
  • Msg2 may be an RA response with PDCCH and/or PDSCH.
  • Msg3, scheduled transmission, PUSCH may be read as one another.
  • Msg4, contention resolution, PDCCH, and PDSCH may be read as one another.
  • Msg4 may be contention resolution with PDCCH and/or PDSCH.
  • MsgA, RA preamble, and PUSCH payload may be read as one another.
  • MsgB, contention resolution, PDCCH, and PDSCH may be read as one another.
  • Msg0, RA preamble allocation, and PDCCH order may be read as one another.
  • the UE transmits Msg1, the base station transmits Msg2 in response, the UE transmits Msg3 in response, and the base station transmits Msg4 in response.
  • the UE transmits MsgA, and the base station transmits MsgB in response.
  • the base station transmits Msg0, the UE transmits Msg1 in response, and the base station transmits Msg2 in response.
  • the base station transmits Msg0, the UE transmits MsgA in response, and the base station transmits MsgB in response.
  • the RA is transmitted using the PDCCH and PDSCH as Msg 2 in the 4-step RA.
  • the PDSCH is scheduled using DCI format 1_0, which is scrambled by the RA-RNTI.
  • the PDSCH includes a MAC RAR as the MAC payload.
  • the MAC payload of the MAC RAR includes an UL grant (RAR UL grant) that schedules a PUSCH for the UL-SCH, which is transmitted as Msg 3.
  • the RAR is transmitted using the PDCCH and PDSCH as MsgB in the two-step RA.
  • the PDSCH is scheduled using DCI format 1_0, which is scrambled by the MsgB-RNTI.
  • the PDSCH includes a fallback RAR or a success RAR as the MAC payload.
  • the fallback RAR includes an UL grant (RAR UL grant) that schedules a PUSCH for the UL-SCH transmitted as Msg3, similar to the MAC RAR.
  • the success RAR includes a timing indicator for HARQ feedback for MsgB (PDSCH).
  • the RAR UL grant includes a PUSCH time resource allocation field.
  • the PUSCH time resource allocation field indicates the timing from the reception of Msg2 (PDSCH) to the transmission of Msg3 (PUSCH).
  • the UE when the UE receives a PDSCH (Msg2/MsgB), it transmits a PUSCH (Msg3) or HARQ-ACK information for that PDSCH.
  • Msg2/MsgB a PDSCH
  • Msg3 a PUSCH
  • HARQ-ACK information for that PDSCH.
  • the timing of PUSCH transmission for PDSCH is indicated by the PUSCH time resource allocation in the RAR UL grant. If the PUSCH time domain allocation list (pusch-TimeDomainAllocationList/PUSCH-TimeDomainResourceAllocationList) is not set in the PUSCH common configuration (pusch-ConfigCommon) in SIB1, multiple relationships in the TDRA table (default table/default A) specified by the specification are used, as shown in FIG. 18.
  • the pusch-TimeDomainAllocationList is set in the PUSCH common configuration (pusch-ConfigCommon) in SIB1
  • multiple (e.g., 16) time relationships between the RAR UL grant and the corresponding PUSCH are set by the parameters (k2, start symbol and length (startSymbolAndLength/SLIV/S and L)) included in the pusch-TimeDomainAllocationList, as shown in FIG. 19.
  • the timing of PUSCH transmission is determined by indicating one of the multiple relationships by the value set in the 4-bit PUSCH time resource allocation included in the RAR UL grant.
  • the PUSCH time resource allocation in the RAR UL grant may be referred to as a row index of a time domain resource allocation (TDRA) table.
  • TDRA time domain resource allocation
  • the timing of the HARQ feedback transmission for the PDSCH is indicated by the HARQ feedback timing indicator in the success RAR.
  • Multiple (e.g., eight) time relationships between the PDSCH with MsgB and its corresponding HARQ feedback transmission are specified in the specification.
  • the timing of the HARQ feedback transmission is determined by indicating one of the multiple relationships by the value set in the 3-bit HARQ feedback timing indicator in the success RAR.
  • a UE receives a PDSCH ending in slot n with a corresponding RAR message for a PRACH transmission from the UE, the UE transmits PUSCH in slot n+ k2 + ⁇ + 2 ⁇ ⁇ Kcell,offset , where k2 is given a value corresponding to the value of the PUSCH time resource allocation field in the RAR UL grant using the time domain resource allocation A (table) defined in the specification, and ⁇ is the subcarrier spacing (SCS) setting ( ⁇ PUSCH ) configured for the UL BWP. As shown in Figure 20, ⁇ is given a value corresponding to ⁇ using the association (table) defined in the specification.
  • Kcell,offset is the value given by CellSpecific_Koffset if given, and 0 otherwise.
  • the slot for PUCCH transmission is indicated by the HARQ Feedback Timing Indicator field in the success RAR with value k.
  • the slot is defined as n+k+ ⁇ + 2 ⁇ ⁇ Kcell ,offset .
  • Msg1-based early indication by RedCap UE is specified.
  • the base station can configure RA resources corresponding to RedCap UE (e.g., RedCap function) using information (featurePriorities/FeaturePriority) indicating feature priority in SIB1.
  • the RA resources may be, for example, RA preambles.
  • configuring RA resources corresponding to RedCap function may be read as configuring Msg. 1-based early indication.
  • the UE identifies, from the set of RA resources applicable to the RA procedure, an RA resource that is configured with the feature that has the highest assigned priority within the feature priorities of all features applicable to the RA procedure.
  • the UE can indicate that it is a RedCap UE (that it supports the RedCap function) by performing an RA procedure using RA resources that correspond to the RedCap function. In other words, the UE can indicate that it is a RedCap UE. This operation is called Msg1-based early indication.
  • eRedCap UE will also perform Msg1-based early indication according to a mechanism similar to that of RedCap UE. Therefore, it is assumed that RA resources specific to eRedCap will be configured, and RA resources common to RedCap and eRedCap will be configured.
  • the control method/processing method for receiving the downlink shared channel in an eRedCap UE is unclear. For example, repeated transmission (repetition) of downlink shared channels such as SIB1, paging, and RAR transmitted by PDSCH is being considered.
  • the processing time for data decoding in an eRedCap UE may be longer than the processing time for data decoding in other UEs.
  • the control method/processing method for receiving the downlink shared channel is unclear.
  • the control method/processing method for transmitting the uplink channel corresponding to such a downlink shared channel is unclear. If such control methods/processing methods are not thoroughly considered, there is a risk of system performance deteriorating.
  • eRedCap UE Operation of eRedCap UE with respect to Downlink Shared Channel
  • eRedCap UE Operation of eRedCap UE with respect to Downlink Shared Channel
  • the eRedCap UE may be simply referred to as a UE or a terminal.
  • a terminal may include a communication unit (e.g., wireless communication unit 210) that receives a first downlink shared channel for a random access procedure in a second band narrower than the first band for a specific terminal, and a processing unit (e.g., processing unit 230) that processes transmission of an uplink channel for the first downlink shared channel or reception of a second downlink shared channel when repetition or decoding of the first downlink shared channel spans multiple slots.
  • a communication unit e.g., wireless communication unit 210) that receives a first downlink shared channel for a random access procedure in a second band narrower than the first band for a specific terminal
  • a processing unit e.g., processing unit 230
  • the terminal may include a communication unit that receives a first downlink shared channel for a random access procedure in a second band narrower than the first band for a specific terminal, and a processing unit that processes transmission of an uplink channel for the first downlink shared channel when repetition of the first downlink shared channel spans multiple slots.
  • the terminal may include a communication unit that receives a first downlink shared channel for a random access procedure in a second band narrower than the first band for a specific terminal, and a processing unit that processes transmission of an uplink channel for the first downlink shared channel when decoding of the first downlink shared channel spans multiple slots.
  • the terminal may include a communication unit that receives a first downlink shared channel for a random access procedure in a second band narrower than the first band for a specific terminal, and a processing unit that processes reception of a second downlink shared channel when decoding of the first downlink shared channel spans multiple slots.
  • the terminal may implement a communication method of the following operation example.
  • the specific terminal normal UE, RedCap UE, and eRedCap UE may be read as interchangeable.
  • the first band, the band or DL BWP for receiving the PDSCH of the specific terminal, the band or DL BWP for receiving the downlink control channel of the eRedCap UE, and the band or DL BWP having a specific bandwidth may be read as interchangeable.
  • the second band, the band or DL BWP for receiving the downlink shared channel of the eRedCap UE, the band or DL BWP for receiving the downlink control channel of the eRedCap UE, the band or DL BWP having a specific bandwidth, the specific frequency band, and the reduced bandwidth may be read as interchangeable.
  • the first downlink shared channel may be accompanied by an RAR, may be accompanied by an SIB1, or may be accompanied by paging.
  • the uplink channel may be a PUSCH with Msg3 or a HARQ feedback for the RAR.
  • the HARQ feedback for the RAR may be transmitted on a PUCCH.
  • the process of transmitting the uplink channel may include determining the transmission timing of the uplink channel.
  • the second downlink shared channel may be another downlink shared channel in the band (e.g., BWP) and slot of the first downlink shared channel.
  • the process of receiving the second downlink shared channel may include any of the following: not receiving the second downlink shared channel, not being required to receive the second downlink shared channel, assuming not to receive the second downlink shared channel, or dropping the second downlink shared channel.
  • a base station may include a transmitter (e.g., wireless communication unit 110) that transmits a first downlink shared channel for a random access procedure in a second band narrower than the first band for a specific terminal, and a processing unit (e.g., processing unit 140) that processes reception of an uplink channel for the first downlink shared channel or transmission of a second downlink shared channel when the repetition or decoding of the first downlink shared channel spans multiple slots.
  • a transmitter e.g., wireless communication unit 110
  • processing unit 140 e.g., processing unit 140
  • the base station may include a transmitter that transmits a first downlink shared channel for a random access procedure in a second band narrower than the first band for a specific terminal, and a processing unit that processes reception of an uplink channel for the first downlink shared channel when the repetition of the first downlink shared channel spans multiple slots.
  • the base station may include a transmitter that transmits a first downlink shared channel for a random access procedure in a second band narrower than the first band for a specific terminal, and a processing unit that processes reception of an uplink channel for the first downlink shared channel when the decoding of the first downlink shared channel spans multiple slots.
  • the base station may include a transmitter that transmits a first downlink shared channel for a random access procedure in a second band narrower than the first band for a specific terminal, and a processor that processes the transmission of a second downlink shared channel when decoding of the first downlink shared channel spans multiple slots.
  • the first case the case where the data decoding processing capability of the eRedCap UE is not taken into consideration, the case where the PDSCH bandwidth is equal to or less than the data decoding processing bandwidth of the eRedCap UE, the case where the data decoding processing time of the eRedCap UE is equal to the data decoding processing time of the RedCap UE or normal UE, the case where the PDSCH bandwidth is smaller than the BWP for the downlink control channel, and the case where the repetition of the first downlink shared channel spans multiple slots may be interpreted as being interchangeable.
  • the second case the case in which the data decoding processing capability of the eRedCap UE is taken into consideration, the case in which the PDSCH bandwidth is larger than the data decoding processing bandwidth of the eRedCap UE, the case in which the data decoding processing time of the eRedCap UE is longer than the data decoding processing time of the RedCap UE or normal UE, the case in which the PDSCH bandwidth is equal to the BWP for the downlink control channel, and the case in which the decoding of the first downlink shared channel spans multiple slots may be interpreted as interchangeable.
  • the UE may decide to receive or assume PDSCH repetition in the RA procedure.
  • the PDSCH may be accompanied by an RAR, and may be at least one of Msg2 and MsgB.
  • the RAR may be at least one of a MAC RAR, a fallback RAR, and a success RAR.
  • the PDSCH repetition may span multiple slots.
  • the number of repetitions of the PDSCH may be set or indicated by the base station.
  • the number of repetitions of the PDSCH may be set or indicated by using at least one of a cell-specific parameter included in SIB1 (system information) and a DCI.
  • the number of repetitions of a plurality of PDSCHs may be set using a cell-specific parameter, and one of the numbers of repetitions of the plurality of PDSCHs may be indicated using a DCI.
  • the DCI may be a DCI format (e.g., DCI format 1_0) with a CRC scrambled by any of the RA-RNTI, MsgB-RNTI, and SI-RNTI. As in the example of FIG.
  • the number of repetitions of the PDSCH N Rep may be set by a cell-specific parameter, and one value of I Rep may be indicated by a field in the DCI, thereby determining one value of the number of repetitions of the PDSCH N Rep .
  • a TDRA table including the number of PDSCH repetitions may be defined or configured, and a value set in a field in the DCI (e.g., a PUSCH time resource allocation (assignment) field) may indicate a value in the TDRA table to determine the number of PDSCH repetitions.
  • the UE may determine control over the PDSCH based on at least one of the following: the Msg1-based early indication is set and the Msg1-based early indication is executed. As in the example of FIG. 22, the UE may recognize the repetition of the PDSCH based on at least one of the following: the Msg1-based early indication is set and the Msg1-based early indication is executed. For example, it may be determined whether the size (number of bits) of the frequency domain resource allocation field in the DCI is based on the size of the DL BWP or based on the specific frequency band that is set.
  • the DL BWP may be CORESET #0 or the initial DL BWP.
  • the specific frequency band may have a bandwidth of 5 MHz or less.
  • the UE may receive information indicating the specific frequency band.
  • the UE may receive at least one of the following: system information, an RRC message, and a DCI, including information indicating the specific frequency band. That is, the base station may transmit at least one of the following: system information, an RRC message, and a DCI, including information indicating the specific frequency band.
  • the system information may be SIB1.
  • the DCI may be a DCI format (e.g., DCI format 1_0) with a CRC scrambled by either the RA-RNTI, the MsgB-RNTI, or the SI-RNTI.
  • the number of PDSCH repetitions may be specified in the specification, may be set by the system information, or may be indicated by the DCI.
  • the UE may determine the transmission timing of Msg3 based on the timing of a specific repetition among multiple repetitions of the PDSCH.
  • the specific repetition may be rephrased as a specific PDSCH among multiple repetitions of the PDSCH.
  • the multiple repetitions may be set by the number of repetitions or may be indicated by the base station.
  • the specific repetition may be the last repetition among the multiple repetitions set or indicated by the number of repetitions, or may be the repetition last received by the UE.
  • the timing of the specific repetition may be a reference timing for determining the transmission timing of Msg3.
  • the timing of the specific repetition may be the end timing of the multiple repetitions, the end slot of the multiple repetitions, or the slot of the repetition last received by the UE.
  • the multiple repetitions or the PDSCH as the specific repetition may be a PDSCH with Msg2 (MAC RAR or fallback RAR).
  • the UE may determine the transmission timing of Msg3 based on the last recurring slot with the RAR message, the PUSCH time resource allocation (assignment) field in the RAR message, and the TDRA table.
  • Frequency hopping may be applied to the PUSCH with Msg3.
  • the UE may apply frequency hopping to the PUSCH with Msg3 at the determined transmission timing.
  • the base station may transmit at least one of system information, an RRC message, and a DCI including information for indicating whether or not frequency hopping is applied to the PUSCH with Msg3 (whether frequency hopping is enabled or disabled).
  • the UE may determine whether or not frequency hopping is applied to the PUSCH with Msg3 based on the information indicating whether or not frequency hopping is applied, which is included in at least one of the system information, the RRC message, and the DCI.
  • the base station may also transmit at least one of system information, an RRC message, and a DCI including information indicating a specific frequency band to which frequency hopping is applied.
  • the UE may determine information indicating a specific frequency band to which frequency hopping is applied, based on information indicating the specific frequency band, which is included in at least one of the system information, the RRC message, and the DCI.
  • the specific frequency band may have a bandwidth of 5 MHz or less.
  • the system information may be SIB1.
  • the DCI may be a DCI format (e.g., DCI format 1_0) with a CRC that is scrambled by either the RA-RNTI, the MsgB-RNTI, or the SI-RNTI.
  • the UE may determine the transmission timing of the PUCCH with HARQ feedback for the PDSCH based on the last repetition slot of the PDSCH with a success RAR message (MsgB). For example, the UE may determine the transmission timing of the PUCCH with HARQ feedback for the PDSCH based on the last repetition slot of the PDSCH with a success RAR message and the HARQ feedback transmission timing indicator in the success RAR message.
  • Candidates for the value (number of slots) of the HARQ feedback transmission timing indicator may include candidates for the value k that are predefined by specifications, etc.
  • An offset for the value (number of slots) of the HARQ feedback transmission timing indicator may be set. The offset may be an eRedCap-specific parameter.
  • the base station may transmit at least one of system information, an RRC message, and a DCI including information for indicating the offset.
  • the UE may determine the value of the offset based on information for indicating the offset included in at least one of the system information, the RRC message, and the DCI.
  • the system information may be SIB1.
  • the DCI may be a DCI format (e.g., DCI format 1_0) with a CRC scrambled by any one of the RA-RNTI, the MsgB-RNTI, and the SI-RNTI.
  • the eRedCap UE can properly transmit the uplink channel for the downlink shared channel even if the downlink shared channel involves repetition.
  • the UE may transmit capability information regarding downlink processing (e.g., data decoding processing capability) supported by the UE.
  • the capability information may be the amount of downlink information that can be processed per slot, or the amount of DL-SCH or PDSCH data that can be processed per slot. It may be the processing time of one downlink transport block or DL-SCH or PDSCH.
  • the data decoding process of the PDSCH may span multiple slots.
  • the processing capability indicated by the capability information may indicate the buffering capability for processing.
  • the buffering capability for the processing may be lower than the buffering capability for reception.
  • the UE may determine the transmission timing of Msg3 based on the reception timing of the PDSCH and the parameters for determining the transmission timing of Msg3.
  • the PDSCH may be a PDSCH with a MAC RAR or a PDSCH with a fallback RAR.
  • the parameters for determining the transmission timing of Msg3 may be specified in advance by a specification or the like, or may be set or instructed by the base station.
  • the base station may transmit at least one of system information, an RRC message, and a DCI including the parameters for determining the transmission timing of Msg3.
  • the UE may receive the parameters for determining the transmission timing of Msg3 included in at least one of the RRC message and the DCI.
  • the system information may be SIB1.
  • the DCI may be a DCI format (e.g., DCI format 1_0) with a CRC that is scrambled by any of the RA-RNTI, MsgB-RNTI, and SI-RNTI.
  • the parameter may be an eRedCap specific parameter or a parameter corresponding to capability information.
  • the parameter may be specified by a TDRA table for Msg3 (e.g., Msg3 PUSCH).
  • the parameter may be an offset to a time resource specified in a TDRA table for PUSCH.
  • the time resource may be a time resource for a normal UE or a RedCap UE.
  • the offset may be an offset related to the processing time of the PDSCH, an offset corresponding to capability information related to the processing time of the PDSCH, or the number of slots.
  • frequency hopping may be applied to the PUSCH with Msg3.
  • the UE may apply frequency hopping to the PUSCH with Msg3 at the determined transmission timing.
  • the UE may receive information indicating a specific frequency band to which frequency hopping is applied.
  • the specific frequency band may have a bandwidth of 5 MHz or less.
  • the UE may receive at least one of system information, an RRC message, and a DCI, including information indicating the specific frequency band.
  • the system information may be SIB1.
  • the DCI may be a DCI format (e.g., DCI format 1_0) with a CRC scrambled by any of the RA-RNTI, MsgB-RNTI, and SI-RNTI.
  • the UE may determine the transmission timing of the HARQ feedback based on the reception timing of the PDSCH and the parameters for determining the transmission timing of the HARQ feedback.
  • the PDSCH may be a PDSCH with a success RAR.
  • the parameters for determining the transmission timing of the HARQ feedback may be predefined by a specification or the like, or may be set or instructed by the base station.
  • the base station may transmit at least one of system information, an RRC message, and a DCI including the parameters for determining the transmission timing of the HARQ feedback.
  • the UE may receive the parameters for determining the transmission timing of the HARQ feedback included in at least one of the RRC message and the DCI.
  • the system information may be SIB1.
  • the DCI may be a DCI format (e.g., DCI format 1_0) with a CRC scrambled by any of the RA-RNTI, the MsgB-RNTI, and the SI-RNTI.
  • the parameter may be an eRedCap specific parameter.
  • the parameter may be an offset to a time resource indicated for HARQ feedback.
  • the time resource may be a time resource for a normal UE or a RedCap UE.
  • the offset may be an offset related to the processing time of the PDSCH, an offset corresponding to capability information related to the processing time of the PDSCH, or a number of slots.
  • the UE may not decode other PDSCHs at the timing of the specific downlink message.
  • the specific downlink message may be a PDSCH with an RAR message, a SIB1, or paging.
  • the UE may not be required to simultaneously receive two or more PDSCHs including a PDSCH with an RAR message.
  • the UE may not decode other PDSCHs in a slot in which the PDSCH with an RAR message is received.
  • the PDSCH with an RAR message may be scheduled using a DCI format with a CRC scrambled by the RA-RNTI or MsgB-RNTI (e.g., DCI format 1_0).
  • the other PDSCHs may be DCI formats with a CRC scrambled by the C-RNTI or CS-RNTI (e.g., DCI format 1_0 and/or DCI format 1_1 and/or DCI format 1_2).
  • the UE may not decode other PDSCHs in the same frequency band as the frequency band of the PDSCH with the RAR message. That is, the UE may not decode other PDSCHs when they are scheduled in the same frequency band as the frequency band in which the PDSCH with the RAR message is scheduled. The UE may not decode other PDSCHs in the slot and frequency band of the PDSCH with the RAR message.
  • the UE may not decode other PDSCHs when they are scheduled in the same slot and frequency band (i.e., time domain resource and time domain resource) as the slot and frequency band in which the PDSCH with the RAR message is scheduled.
  • the UE may drop other PDSCHs in the slot and frequency band in which the PDSCH with the RAR message is received, may consider other PDSCHs not to be transmitted, or may assume that other PDSCHs are not transmitted.
  • the eRedCap UE can properly transmit the uplink channel for the downlink shared channel even if the downlink shared channel involves repetition.
  • the eRedCap UE can appropriately process the transmission of the uplink channel to the first downlink shared channel or the reception of the second downlink shared channel.
  • the frequency range in which the eRedCap UE in the present disclosure operates is not limited to FR1.
  • the above-described method in the present disclosure may be applied to control regarding BWP in FR2 (FR2-1, FR2-2), FR3, FR4, etc.
  • a parameter indicating the location of the BWP and/or a parameter indicating the bandwidth of the BWP may be used.
  • the ServingCellConfigCommonSIB information element in SIB1 may be interpreted as the ServingCellConfigCommon information element included in another RRC message (e.g., information for reconfiguration with synchronization (ReconfigurationWithSync field) or information for a secondary cell (SCellConfig field) in a CellGroupConfig information element indicating the configuration of a cell group).
  • RRC message e.g., information for reconfiguration with synchronization (ReconfigurationWithSync field) or information for a secondary cell (SCellConfig field) in a CellGroupConfig information element indicating the configuration of a cell group.
  • BWP may be interchangeably interpreted as at least one of a subcarrier, resource element, subband, resource block (RB), physical RB (PRB), common RB (CRB), virtual RB (VRB), resource block set, frequency band, bandwidth, frequency bandwidth, frequency resource, frequency domain resource, partial band, etc.
  • RB resource block
  • PRB physical RB
  • CRB common RB
  • VRB virtual RB
  • search space one or more search spaces may be referred to as a search space set.
  • search space “search space,” “search space set,” “search space setting,” “search space set setting,” “CORESET,” “CORESET setting,” etc. may be read as interchangeable.
  • channels and signals may be interpreted interchangeably.
  • Radio Resource Control RRC
  • RRC parameters RRC parameters
  • RRC messages higher layer parameters
  • fields IEs
  • IEs information elements
  • the RedCap-specific BWP (including the RedCap-specific initial BWP) may correspond to a BWP having a bandwidth up to the maximum bandwidth (e.g., 20 MHz) available to the RedCap UE.
  • the eRedCap-specific (initial) BWP for the control channel may correspond to a BWP having a bandwidth up to the maximum bandwidth (e.g., 20 MHz) available to the eRedCap UE.
  • the eRedCap-specific BWP (including the eRedCap-specific initial BWP, the eRedCap-specific (initial) BWP for the data channel, etc.) may correspond to a BWP having a bandwidth up to a reduced bandwidth (e.g., 5 MHz).
  • the UE may perform any of the above operation examples based on at least one of the following: it is an eRedCap UE, and it has reported capability information regarding the eRedCap UE or data decoding processing capabilities.
  • the UE may perform any of the above operation examples based on at least one of the following: that the Msg1-based early indication has been set and that the Msg1-based early indication has been executed.
  • the information, parameters, etc. described in this disclosure may be represented using absolute values, may be represented using relative values from a predetermined value, or may be represented using other corresponding information.
  • a radio resource may be indicated by a predetermined index.
  • the information, signals, etc. described in this disclosure may be represented using any of a variety of different technologies.
  • the data, instructions, commands, information, signals, bits, symbols, chips, etc. that may be referred to throughout the above description may be represented by voltages, currents, electromagnetic waves, magnetic fields or magnetic particles, optical fields or photons, or any combination thereof.
  • Input/output information, signals, etc. may be stored in a specific location (e.g., memory) or may be managed using a management table. Input/output information, signals, etc. may be overwritten, updated, or added to. Output information, signals, etc. may be deleted. Input information, signals, etc. may be transmitted to another device.
  • a specific location e.g., memory
  • Input/output information, signals, etc. may be overwritten, updated, or added to.
  • Output information, signals, etc. may be deleted.
  • Input information, signals, etc. may be transmitted to another device.
  • the notification of information is not limited to the aspects/embodiments described in this disclosure, and may be performed using other methods.
  • the notification of information in this disclosure may be performed by physical layer signaling (e.g., Downlink Control Information (DCI), Uplink Control Information (UCI)), higher layer signaling (e.g., Radio Resource Control (RRC) signaling, broadcast information (Master Information Block (MIB), System Information Block (SIB)), etc.), Medium Access Control (MAC) signaling), other signals, or a combination of these.
  • DCI Downlink Control Information
  • UCI Uplink Control Information
  • RRC Radio Resource Control
  • MIB Master Information Block
  • SIB System Information Block
  • MAC Medium Access Control
  • the physical layer signaling may be called Layer 1/Layer 2 (L1/L2) control information (L1/L2 control signal), L1 control information (L1 control signal), etc.
  • the RRC signaling may be called an RRC message, for example, an RRC Connection Setup message, an RRC Connection Reconfiguration message, etc.
  • the MAC signaling may be notified, for example, using a MAC Control Element (CE).
  • CE MAC Control Element
  • notification of specified information is not limited to explicit notification, but may be implicit (e.g., by not notifying the specified information or by notifying other information).
  • Software shall be construed broadly to mean instructions, instruction sets, code, code segments, program code, programs, subprograms, software modules, applications, software applications, software packages, routines, subroutines, objects, executable files, threads of execution, procedures, functions, etc., whether referred to as software, firmware, middleware, microcode, hardware description language, or otherwise.
  • Software, instructions, information, etc. may also be transmitted and received via a transmission medium.
  • a transmission medium For example, if the software is transmitted from a website, server, or other remote source using at least one of wired technologies (such as coaxial cable, fiber optic cable, twisted pair, Digital Subscriber Line (DSL)), and/or wireless technologies (such as infrared, microwave, etc.), then at least one of these wired and wireless technologies is included within the definition of a transmission medium.
  • wired technologies such as coaxial cable, fiber optic cable, twisted pair, Digital Subscriber Line (DSL)
  • wireless technologies such as infrared, microwave, etc.
  • BS base station
  • eNB eNodeB
  • gNB gNodeB
  • access point "Transmission Point (TP)
  • Reception Point RP
  • Transmission/Reception Point TRP
  • panel "cell", “sector”, “cell group”, “carrier”, “component carrier”, etc.
  • MS Mobile Station
  • UE User Equipment
  • At least one of the base station and the mobile station may be called a transmitting device, a receiving device, a wireless communication device, etc.
  • at least one of the base station and the mobile station may be a device mounted on a moving object, the moving object itself, etc.
  • the moving object may be a vehicle (e.g., a car, an airplane, etc.), an unmanned moving object (e.g., a drone, an autonomous vehicle, etc.), or a robot (manned or unmanned).
  • a vehicle e.g., a car, an airplane, etc.
  • an unmanned moving object e.g., a drone, an autonomous vehicle, etc.
  • a robot manned or unmanned.
  • at least one of the base station and the mobile station may be a device that does not necessarily move during communication operations.
  • each aspect/embodiment described in this disclosure may be used alone, in combination, or switched between depending on the implementation.
  • the processing procedures, sequences, flow charts, etc. of each aspect/embodiment described in this disclosure may be rearranged as long as there is no inconsistency.
  • the methods described in this disclosure present elements of various steps using an exemplary order, and are not limited to the particular order presented.
  • the phrase “based on” does not mean “based only on,” unless expressly stated otherwise. In other words, the phrase “based on” means both “based only on” and “based at least on.”
  • any reference to elements using designations such as “first,” “second,” etc., used in this disclosure does not generally limit the quantity or order of those elements. These designations may be used in this disclosure as a convenient method of distinguishing between two or more elements. Thus, a reference to a first and second element does not imply that only two elements may be employed or that the first element must precede the second element in some way.
  • A/B and “at least one of A and B” may be interpreted as interchangeable. Also, in this disclosure, “A/B/C” may mean “at least one of A, B, and C.”
  • a and B are different may mean “A and B are different from each other.”
  • the term may also mean “A and B are each different from C.”
  • Terms such as “separate” and “combined” may also be interpreted in the same way as “different.”
  • [Appendix 1] a communication unit that receives a first downlink shared channel for a random access procedure in a second band that is narrower than the first band for a specific terminal; a processing unit that processes transmission of an uplink channel for the first downlink shared channel or reception of a second downlink shared channel when repetition or decoding of the first downlink shared channel spans a plurality of slots.
  • Appendix 2 The terminal according to claim 1, wherein the communication unit receives system information or downlink control information regarding the number of repetitions.
  • Appendix 9 a transmitter that transmits a first downlink shared channel for a random access procedure in a second band that is narrower than the first band for a specific terminal; a processing unit that processes reception of an uplink channel for the first downlink shared channel or transmission of a second downlink shared channel when repetition or decoding of the first downlink shared channel spans a plurality of slots.
  • a communication method implemented in a terminal comprising: receiving a first downlink shared channel for a random access procedure in a second band narrower than the first band for a specific terminal; and processing transmission of an uplink channel for the first downlink shared channel or reception of a second downlink shared channel when repetition or decoding of the first downlink shared channel spans multiple slots.

Landscapes

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

Abstract

本開示の一態様に係る端末は、特定端末のための第１帯域より狭い第２帯域内において、ランダムアクセスプロシージャのための第１下りリンク共有チャネルを受信する通信部と、前記第１下りリンク共有チャネルの繰り返し又は復号が複数スロットに跨る場合、前記第１下りリンク共有チャネルに対する上りリンクチャネルの送信、又は、第２下りリンク共有チャネルの受信、を処理する処理部と、を含む。

Description

端末、基地局、及び通信方法 関連出願の相互参照
　この出願は、２０２２年１１月３日に日本に出願された特許出願第２０２２－１７６８１５号を基礎としており、基礎の出願の内容を、全体的に、参照により援用している。
　本開示は、移動通信システムにおける端末、基地局、及び通信方法に関する。
　移動通信システムの標準化プロジェクトである3rd　Generation　Partnership　Project（３ＧＰＰ（登録商標））におけるNew　Radio（ＮＲ）技術仕様のリリース１７（Ｒｅｌ．１７）において、産業用センサ、監視カメラ、及びウェアラブル等のユースケースに適した低性能の通信装置（ＵＥ：User　Equipment）のタイプが導入されている。このような端末タイプ（「ＵＥタイプ」とも称する）は、「低減された能力（Reduced　Capablity（ＲｅｄＣａｐ））　ＵＥ」とも称される。
　３ＧＰＰ　ＮＲ技術仕様のリリース１８において、ＲｅｄＣａｐ　ＵＥよりもさらに複雑さが軽減された新たな端末タイプを導入することが検討されている。このような新たな端末タイプは、リリース１７で導入されたＲｅｄＣａｐ　ＵＥと、ＬＴＥ（Long　Term　Evolution）のＬＰＷＡ（Low　Power　Wide　Area）との間の性能であることが想定されている。このような新たな端末タイプは、「ｅＲｅｄＣａｐ（enhanced　RedCap）　ＵＥ」と称されてもよい。
　ｅＲｅｄＣａｐ　ＵＥについては、（ａ）ＦＲ１（Frequency　Range　1）における対応可能な周波数帯域幅を所定帯域幅（例えば、５ＭＨｚ）に低減すること、及び、（ｂ）ピークデータレートを削減するためにＦＲ１におけるデータチャネルに対する周波数帯域幅を所定帯域幅に低減することが提案されている（例えば、非特許文献１から４参照）。ここでデータチャネルとは、データを伝送する物理チャネル、すなわち、物理下りリンク共有チャネル（ＰＤＳＣＨ：Physical　Downlink　Shared　Channel）及び／又は物理上りリンク共有チャネル（ＰＵＳＣＨ：Physical　Uplink　Shared　Channel）をいう。なお、周波数帯域幅は単に「帯域幅」とも称される。
　上記（ａ）の方法では、ＵＥのＲＦ（Radio　Frequency）部及びＢＢ（Base　Band）部の両方について対応可能な帯域幅（すなわち、最大帯域幅）を低減し、ＲＦ部及びＢＢ部の複雑さを軽減することが可能である。一方、上記（ｂ）の方法では、主にＵＥのＢＢ部について対応可能な帯域幅を低減し、ＢＢ部の複雑さを軽減することが可能である。また、上記（ｂ）の方法では、ＰＤＳＣＨ及び／又はＰＵＳＣＨ以外の物理チャネル構成について技術仕様の変更を小さくすることが可能である。
3GPP　TSG　RAN　WG1　Meeting　#110bis-e,　R1-2208362,　October　10th-19th,　2022,　"Further　RedCap　UE　complexity　reduction" 3GPP　TSG　RAN　WG1　Meeting　#110bis-e,　R1-2208416,　October　10th-19th,　2022,　"Discussion　on　solutions　to　further　reduce　UE　complexity" 3GPP　TSG　RAN　WG1　Meeting　#110bis-e,　R1-2208653,　October　10th-19th,　2022,　"Discussion　on　UE　further　complexity　reduction" 3GPP　TSG　RAN　WG1　Meeting　#110bis-e,　R1-2209912,　October　10th-19th,　2022,　"Discussion　on　further　UE　complexity　reduction　for　eRedCap"
　しかしながら、ｅＲｅｄＣａｐ　ＵＥが、ＲｅｄＣａｐ　ＵＥよりも低減された帯域幅を利用する場合に、既存のＲｅｌ．１７　ＮＲまでの３ＧＰＰ規格に従うと、通信スループットが低下するおそれがある。
　そこで、本開示は、ＲｅｄＣａｐ　ＵＥよりも低減された帯域幅が利用される場合であっても適切に通信を実施できる、端末、基地局、及び通信方法を提供することを目的の１つとする。
　本開示の一態様に係る端末は、特定端末のための第１帯域より狭い第２帯域内において、ランダムアクセスプロシージャのための第１下りリンク共有チャネルを受信する通信部と、第１下りリンク共有チャネルの繰り返し又は復号が複数スロットに跨る場合、第１下りリンク共有チャネルに対する上りリンクチャネルの送信、又は、第２下りリンク共有チャネルの受信、を処理する処理部と、を含む。
　本開示の一態様に係る基地局は、特定端末のための第１帯域より狭い第２帯域内において、ランダムアクセスプロシージャのための第１下りリンク共有チャネルを送信する送信部と、第１下りリンク共有チャネルの繰り返し又は復号が複数スロットに跨る場合、第１下りリンク共有チャネルに対する上りリンクチャネルの受信、又は、第２下りリンク共有チャネルの送信、を処理する処理部と、を含む。
　本開示の一態様に係る端末において実施される通信方法は、特定端末のための第１帯域より狭い第２帯域内において、ランダムアクセスプロシージャのための第１下りリンク共有チャネルを受信することと、第１下りリンク共有チャネルの繰り返し又は復号が複数スロットに跨る場合、第１下りリンク共有チャネルに対する上りリンクチャネルの送信、又は、第２下りリンク共有チャネルの受信、を処理することと、を含む。
　本開示の一態様によれば、ＲｅｄＣａｐ　ＵＥよりも低減された帯域幅が利用される場合であっても適切に通信を実施できる。
本開示の一実施形態に係るシステムの概略的な構成の一例を示す図である。 本開示の一実施形態に係る基地局の概略的な機能構成の一例を示す図である。 本開示の一実施形態に係る基地局の概略的なハードウェア構成の一例を示す図である。 本開示の一実施形態に係るＵＥの概略的な機能構成の一例を示す図である。 本開示の一実施形態に係るＵＥの概略的なハードウェア構成の一例を示す図である。 ＭＩＢに含まれるpdcch-ConfigSIB1に含まれるパラメータであるcontrolResourceSetZeroの値と、ＣＯＲＥＳＥＴ＃０に対するパラメータとの対応関係の一例を示す図である。 ＭＩＢに含まれるpdcch-ConfigSIB1に含まれるパラメータであるsearchSpaceZeroの値と、サーチスペースセット＃０に対するパラメータとの対応関係の一例を示す図である。 全チャネルに対して低減された帯域幅を用いるｅＲｅｄＣａｐ　ＵＥが利用する帯域の一例を示す図である。 データチャネルのみに対して低減された帯域幅を用いるｅＲｅｄＣａｐ　ＵＥが利用する帯域の一例を示す図である。 ４ステップＣＢＲＡの一例を示す図である。 ２ステップＣＢＲＡの一例を示す図である。 ４ステップＣＦＲＡの一例を示す図である。 ２ステップＣＦＲＡの一例を示す図である。 ＭＡＣ　ＲＡＲの一例を示す図である。 フォールバックＲＡＲの一例を示す図である。 サクセスＲＡＲの一例を示す図である。 ＲＡＲ　ＵＬグラントの一例を示す図である。 ＴＤＲＡテーブルの決定の一例を示す図である。 ＴＤＲＡテーブルの一例を示す図である。 Δの決定の一例を示す図である。 第１ケースにおけるＰＤＳＣＨの繰り返しの数の指示の一例を示す図である。 第１ケースにおけるＰＤＳＣＨの繰り返しの決定の一例を示す図である。 第１ケースにおけるＭｓｇ３の送信動作の一例を示す図である。 第１ケースにおけるＨＡＲＱフィードバックの送信動作の一例を示す図である。 第２ケースにおけるＭｓｇ３の送信動作の一例を示す図である。 第２ケースにおけるＨＡＲＱフィードバックの送信動作の一例を示す図である。 第２ケースにおけるＰＤＳＣＨの受信動作の一例を示す図である。
　以下、本開示の実施の形態について添付図面を参照して詳細に説明する。なお、本明細書及び図面において、同様に説明されることが可能な要素については、同一の符号を付することによって、重複説明が省略され得る。
　説明は、以下の順序で行われる。
　１．システムの構成
　２．基地局の構成
　３．ユーザ機器の構成
　４．動作例
　＜１．システムの構成＞
　図１を参照して、本開示の実施形態に係るシステム１の構成の例を説明する。図１を参照すると、システム１は、基地局１００、ユーザ機器（User　Equipment：ＵＥ）３０、ＵＥ４０及びＵＥ２００を含む。
　例えば、システム１は、３ＧＰＰ　ＴＳに準拠したシステムである。より具体的には、例えば、システム１は、５Ｇ又はＮＲ（New　Radio）のＴＳに準拠したシステムである。当然ながら、システム１は、この例に限定されない。
　（１）基地局１００
　基地局１００は、無線アクセスネットワーク（radio　access　network：ＲＡＮ）のノードであり、基地局１００のカバレッジエリア１０内に位置するＵＥと通信する。例えば、基地局１００は、ＵＥ３０、ＵＥ４０及びＵＥ２００と通信する。
　例えば、基地局１００は、ＲＡＮのプロトコルスタックを使用してＵＥ（例えば、ＵＥ３０、ＵＥ４０又はＵＥ２００）と通信する。例えば、当該プロトコルスタックは、ＲＲＣ、ＳＤＡＰ（service　data　adaptation　protocol）、ＰＤＣＰ（packet　data　convergence　protocol）、ＲＬＣ（radio　link　control）、ＭＡＣ（medium　access　control）、及び、物理（physical：ＰＨＹ）レイヤのプロトコルを含む。あるいは、上記プロトコルスタックは、これらのプロトコルの全てを含まず、これらのプロトコルの一部を含んでもよい。
　例えば、基地局１００は、ｇＮＢである。ｇＮＢは、ＵＥに対するＮＲユーザプレーン及び制御プレーンプロトコル終端（NR　user　plane　and　control　plane　protocol　terminations　towards　the　UE）を提供し、ＮＧインターフェースを介して５ＧＣ（5G　Core　Network）に接続されるノードである。あるいは、基地局１００は、ｅｎ－ｇＮＢであってもよい。ｅｎ－ｇＮＢは、ＵＥに対するＮＲユーザプレーン及び制御プレーンプロトコル終端を提供し、ＥＮ－ＤＣ（E-UTRA-NR　Dual　Connectivity）においてセカンダリノードとして動作するノードである。
　基地局１００は、複数のノードを含んでもよい。当該複数のノードは、上記プロトコルスタックに含まれる上位レイヤ（higher　layer）をホストする第１のノードと、当該プロトコルスタックに含まれる下位レイヤ（lower　layer）をホストする第２のノードとを含んでもよい。上記上位レイヤは、ＲＲＣ、ＳＤＡＰ及びＰＤＣＰを含んでもよく、上記下位レイヤは、ＲＬＣ、ＭＡＣ、及びＰＨＹレイヤを含んでもよい。上記第１のノードは、ＣＵ（central　unit）であってもよく、上記第２のノードは、ＤＵ（distributed　unit）であってもよい。なお、上記複数のノードは、ＰＨＹレイヤの下位の処理を行う第３のノードを含んでもよく、上記第２のノードは、ＰＨＹレイヤの上位の処理を行ってもよい。当該第３のノードは、ＲＵ（radio　unit）であってもよい。
　あるいは、基地局１００は、上記複数のノードのうちの１つであってもよく、上記複数のノードのうちの他のユニットと接続されていてもよい。
　基地局１００は、ＩＡＢ（integrated　access　and　backhaul）ドナー又はＩＡＢノードであってもよい。
　（２）ＵＥ３０、ＵＥ４０及びＵＥ２００
　ＵＥ３０、ＵＥ４０及びＵＥ２００の各々は、基地局と通信する。例えば、ＵＥ３０、ＵＥ４０及びＵＥ２００の各々は、基地局１００のカバレッジエリア１０内に位置する場合に、基地局１００と通信する。
　例えば、ＵＥ３０、ＵＥ４０及びＵＥ２００の各々は、上記プロトコルスタックを使用して基地局（例えば、基地局１００）と通信する。
　例えば、ＵＥ３０は、ＲｅｄＣａｐ　ＵＥではない通常のＵＥであり、ＵＥ４０及びＵＥ２００は、ＲｅｄＣａｐ　ＵＥである。ＲｅｄＣａｐ　ＵＥは、低減されたケイパビリティ（reduced　capability）をもつＵＥである。さらに、ＵＥ４０は、第１のタイプのＲｅｄＣａｐ　ＵＥであり、ＵＥ２００は、第２のタイプのＲｅｄＣａｐ　ＵＥである。
　上記第１のタイプのＲｅｄＣａｐ　ＵＥは、最大帯域幅がＦＲ１については２０ＭＨｚであり、ＦＲ２については１００ＭＨｚであるＵＥである。なお、ＦＲ１は、４１０ＭＨｚから７１２５ＭＨｚの周波数レンジであり、ＦＲ２は、２４２５０ＭＨｚから５２６００ＭＨｚの周波数レンジである。
　上記第２のタイプのＲｅｄＣａｐ　ＵＥは、上記第１のタイプのＲｅｄＣａｐ　ＵＥよりもさらに低減された能力をもつＵＥである。例えば、上記第２のタイプのＲｅｄＣａｐ　ＵＥのピークデータレートは、上記第１のタイプのＲｅｄＣａｐ　ＵＥのピークデータレートよりも低い。例えば、上記第２のタイプのＲｅｄＣａｐ　ＵＥによってサポートされるピークデータレート（例えば、最大のピークデータレート）は、１０Ｍｂｐｓであってもよい。例えば、上記第２のタイプのＲｅｄＣａｐ　ＵＥは、上記第１のタイプのＲｅｄＣａｐ　ＵＥよりも狭い帯域を使用して基地局と通信する。例えば、上記第２のタイプのＲｅｄＣａｐ　ＵＥの最大帯域幅は、上記第１のタイプのＲｅｄＣａｐ　ＵＥの最大帯域幅よりも小さい。例えば、上記第２のタイプのＲｅｄＣａｐ　ＵＥによってサポートされる最大帯域幅（例えば、下りリンク及び／又は上りリンクの最大帯域幅）は、５ＭＨｚまでであってもよい。当該最大帯域幅は、例えば、特定の情報（例えば、ユーザデータ等）を送受信する際の最大帯域幅である。
　例えば、上記第１のタイプのＲｅｄＣａｐ　ＵＥは、Ｒｅｌ．１７　ＲｅｄＣａｐ　ＵＥであり、上記第２のタイプのＲｅｄＣａｐ　ＵＥは、Ｒｅｌ．１８　ＲｅｄＣａｐ　ＵＥである。上記第２のタイプのＲｅｄＣａｐ　ＵＥは、ｅＲｅｄＣａｐ　ＵＥと呼ばれてもよい。
　なお、本開示における「ＲｅｄＣａｐ　ＵＥ」は、上記第１のタイプのＲｅｄＣａｐ　ＵＥ及び第２のタイプのＲｅｄＣａｐ　ＵＥの少なくとも一方と互いに読み替えられてもよい。
　なお、本開示の実施形態において、ＵＥ２００は、ＵＥ２００の動作として記載される動作だけではなく、ＵＥ３０の動作として記載される動作、及び／又は、ＵＥ４０の動作として記載される動作も行ってもよい。
　＜２．基地局の構成＞
　図２及び図３を参照して、本開示の実施形態に係る基地局１００の構成の例を説明する。
　（１）機能構成
　まず、図２を参照して、本開示の実施形態に係る基地局１００の機能構成の例を説明する。基地局１００は、無線通信部１１０、ネットワーク通信部１２０、記憶部１３０及び処理部１４０を備える。
　無線通信部１１０は、信号を無線で送受信する。例えば、無線通信部１１０は、ＵＥからの信号を受信し、ＵＥへの信号を送信する。無線通信部１１０は、通信部、送信部、受信部、送受信部などと呼ばれてもよい。
　ネットワーク通信部１２０は、ネットワークから信号を受信し、ネットワークへ信号を送信する。
　記憶部１３０は、基地局１００のために様々な情報を記憶する。
　処理部１４０は、基地局１００の様々な機能を提供する。処理部１４０は、情報取得部１４１及び通信処理部１４３を含んでもよい。なお、処理部１４０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部１４０は、これらの構成要素の動作以外の動作も行い得る。
　例えば、処理部１４０（通信処理部１４３）は、無線通信部１１０を介してＵＥ（例えば、ＵＥ３０、ＵＥ４０及びＵＥ２００）と通信する。例えば、処理部１４０（通信処理部１４３）は、ネットワーク通信部１２０を介してコアネットワークノード及び他の基地局と通信する。また、処理部１４０（情報取得部１４１）は、無線通信部１１０又はネットワーク通信部１２０を介して受信される情報に基づいて、通信処理部１４３の処理に必要な情報を取得する。処理部１４０は、制御部と呼ばれてもよい。
　（２）ハードウェア構成
　次に、図３を参照して、本開示の実施形態に係る基地局１００のハードウェア構成の例を説明する。基地局１００は、アンテナ１８１、ＲＦ（radio　frequency）回路１８３、ネットワークインターフェース１８５、プロセッサ１８７、メモリ１８９及びストレージ１９１を備える。
　アンテナ１８１は、信号を電波に変換し、当該電波を空間に放射する。また、アンテナ１８１は、空間における電波を受信し、当該電波を信号に変換する。アンテナ１８１は、送信アンテナ及び受信アンテナを含んでもよく、又は、送受信用の単一のアンテナであってもよい。アンテナ１８１は、指向性アンテナであってもよく、複数のアンテナ素子を含んでもよい。
　ＲＦ回路１８３は、アンテナ１８１を介して送受信される信号のアナログ処理を行う。ＲＦ回路１８３は、高周波フィルタ、増幅器、変調器及びローパスフィルタ等を含んでもよい。ＲＦ回路１８３は、受信した信号に対して無線周波数帯の信号に対して、増幅、フィルタ処理、ベースバンド信号への復調などを行い、プロセッサ１８７に出力してもよい。ＲＦ回路１８３は、プロセッサ１８７から入力されるベースバンド信号に対して、無線周波数帯への変調、フィルタ処理、増幅などを行い、無線周波数帯の信号を、アンテナ１８１を介して送信してもよい。
　ネットワークインターフェース１８５は、例えばネットワークアダプタであり、ネットワークへ信号を送信し、ネットワークから信号を受信する。
　プロセッサ１８７は、アンテナ１８１及びＲＦ回路１８３を介して送受信される信号のデジタル処理を行う。当該デジタル処理は、ＲＡＮのプロトコルスタックの処理を含む。プロセッサ１８７は、ネットワークインターフェース１８５を介して送受信される信号の処理も行う。プロセッサ１８７は、複数のプロセッサを含んでもよく、又は、単一のプロセッサであってもよい。当該複数のプロセッサは、上記デジタル処理を行うベースバンドプロセッサと、他の処理を行う１つ以上のプロセッサとを含んでもよい。
　メモリ１８９は、コンピュータ読み取り可能な非一時的記録媒体であり、プロセッサ１８７により実行されるプログラム、当該プログラムに関するパラメータ、及び、その他の様々な情報を記憶する。メモリ１８９は、ＲＯＭ（read　only　memory）、ＥＰＲＯＭ（erasable　programmable　read　only　memory）、ＥＥＰＲＯＭ（electrically　erasable　programmable　read　only　memory (登録商標)）、ＲＡＭ（random　access　memory）及びフラッシュメモリの少なくとも１つを含んでもよい。メモリ１８９の全部又は一部は、プロセッサ１８７内に含まれていてもよい。
　ストレージ１９１は、コンピュータ読み取り可能な非一時的記録媒体であり、様々な情報を記憶する。ストレージ１９１は、ＳＳＤ（solid　state　drive）及びＨＤＤ（hard　disc　drive）の少なくとも１つを含んでもよい。
　無線通信部１１０は、アンテナ１８１及びＲＦ回路１８３により実装されてもよい。ネットワーク通信部１２０は、ネットワークインターフェース１８５により実装されてもよい。記憶部１３０は、ストレージ１９１により実装されてもよい。処理部１４０は、プロセッサ１８７及びメモリ１８９により実装されてもよい。
　処理部１４０の一部又は全部は、仮想化されていてもよい。換言すると、処理部１４０の一部又は全部は、仮想マシンとして実装されてもよい。この場合に、処理部１４０の一部又は全部は、プロセッサ及びメモリ等を含む物理マシン（即ち、ハードウェア）及びハイパーバイザ上で仮想マシンとして動作してもよい。
　以上のハードウェア構成を考慮すると、基地局１００は、プログラムを記憶するメモリ（即ち、メモリ１８９）と、当該プログラムを実行可能な１つ以上のプロセッサ（即ち、プロセッサ１８７）とを備えてもよく、当該１つ以上のプロセッサは、上記プログラムを実行して、処理部１４０の動作を行ってもよい。上記プログラムは、処理部１４０の動作をプロセッサに実行させるためのプログラムであってもよい。
　＜３．ユーザ機器の構成＞
　図４及び図５を参照して、本開示の実施形態に係るＵＥ２００の構成の例を説明する。
　（１）機能構成
　まず、図４を参照して、本開示の実施形態に係るＵＥ２００の機能構成の例を説明する。ＵＥ２００は、無線通信部２１０、記憶部２２０及び処理部２３０を備える。
　無線通信部２１０は、信号を無線で送受信する。例えば、無線通信部２１０は、基地局からの信号を受信し、基地局への信号を送信する。無線通信部２１０は、通信部、送信部、受信部、送受信部などと呼ばれてもよい。
　記憶部２２０は、ＵＥ２００のために様々な情報を記憶する。
　処理部２３０は、ＵＥ２００の様々な機能を提供する。処理部２３０は、情報取得部２３１及び通信処理部２３３を含んでもよい。なお、処理部２３０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部２３０は、これらの構成要素の動作以外の動作も行い得る。
　例えば、処理部２３０（通信処理部２３３）は、無線通信部２１０を介して基地局（例えば、基地局１００）と通信する。また、処理部２３０（情報取得部２３１）は、無線通信部２１０を介して受信される情報に基づいて、通信処理部２３３の処理に必要な情報を取得する。処理部２３０は、制御部と呼ばれてもよい。
　（２）ハードウェア構成
　次に、図５を参照して、本開示の実施形態に係るＵＥ２００のハードウェア構成の例を説明する。ＵＥ２００は、アンテナ２８１、ＲＦ回路２８３、プロセッサ２８５、メモリ２８７及びストレージ２８９を備える。
　アンテナ２８１は、信号を電波に変換し、当該電波を空間に放射する。また、アンテナ２８１は、空間における電波を受信し、当該電波を信号に変換する。アンテナ２８１は、送信アンテナ及び受信アンテナを含んでもよく、又は、送受信用の単一のアンテナであってもよい。アンテナ２８１は、指向性アンテナであってもよく、複数のアンテナ素子を含んでもよい。
　ＲＦ回路２８３は、アンテナ２８１を介して送受信される信号のアナログ処理を行う。ＲＦ回路２８３は、高周波フィルタ、増幅器、変調器及びローパスフィルタ等を含んでもよい。ＲＦ回路２８３は、受信した信号に対して無線周波数帯の信号に対して、増幅、フィルタ処理、ベースバンド信号への復調などを行い、プロセッサ２８５に出力してもよい。ＲＦ回路２８３は、プロセッサ２８５から入力されるベースバンド信号に対して、無線周波数帯への変調、フィルタ処理、増幅などを行い、無線周波数帯の信号を、アンテナ２８１を介して送信してもよい。
　プロセッサ２８５は、アンテナ２８１及びＲＦ回路２８３を介して送受信される信号のデジタル処理を行う。当該デジタル処理は、ＲＡＮのプロトコルスタックの処理を含む。プロセッサ２８５は、複数のプロセッサを含んでもよく、又は、単一のプロセッサであってもよい。当該複数のプロセッサは、上記デジタル処理を行うベースバンドプロセッサと、他の処理を行う１つ以上のプロセッサとを含んでもよい。
　メモリ２８７は、コンピュータ読み取り可能な非一時的記録媒体であり、プロセッサ２８５により実行されるプログラム、当該プログラムに関するパラメータ、及び、その他の様々な情報を記憶する。メモリ２８７は、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ＲＡＭ及びフラッシュメモリの少なくとも１つを含んでもよい。メモリ２８７の全部又は一部は、プロセッサ２８５内に含まれていてもよい。
　ストレージ２８９は、コンピュータ読み取り可能な非一時的記録媒体であり、様々な情報を記憶する。ストレージ２８９は、ＳＳＤ及びＨＤＤの少なくとも１つを含んでもよい。
　無線通信部２１０は、アンテナ２８１及びＲＦ回路２８３により実装されてもよい。記憶部２２０は、ストレージ２８９により実装されてもよい。処理部２３０は、プロセッサ２８５及びメモリ２８７により実装されてもよい。
　処理部２３０は、プロセッサ２８５及びメモリ２８７を含むＳｏＣ（System　on　Chip）により実装されてもよい。当該ＳｏＣは、ＲＦ回路２８３を含んでもよく、無線通信部２１０も、当該ＳｏＣにより実装されてもよい。
　以上のハードウェア構成を考慮すると、ＵＥ２００は、プログラムを記憶するメモリ（即ち、メモリ２８７）と、当該プログラムを実行可能な１つ以上のプロセッサ（即ち、プロセッサ２８５）とを備えてもよく、当該１つ以上のプロセッサは、上記プログラムを実行して、処理部２３０の動作を行ってもよい。上記プログラムは、処理部２３０の動作をプロセッサに実行させるためのプログラムであってもよい。
　＜４．動作例＞
　以下、本開示の実施形態に係る基地局１００及びＵＥ２００の動作の例を説明する。以下で説明する基地局１００及びＵＥ２００の通信方法（無線通信方法）は、上述のシステム１において適用されてもよい。
　なお、本開示の以下の説明において、参照符号は省略されることがある。例えば、以下の説明における基地局は基地局１００を意味してもよい。また、以下の説明におけるＵＥは、ＵＥ３０、４０、及び２００の少なくとも１つと互いに読み替えられてもよい。
　以下の説明における各「基地局」は、基地局１００の中の１つ以上の機能ブロック（例えば、無線通信部１１０、処理部１４０）又はハードウェア構成（例えば、ＲＦ回路１８３、プロセッサ１８７）と互いに読み替えられてもよい。また、以下の説明における各「ＵＥ」は、ＵＥ２００の中の１つ以上の機能ブロック（例えば、無線通信部２１０、処理部２３０）又はハードウェア構成（例えば、ＲＦ回路２８３、プロセッサ２８５）と互いに読み替えられてもよい。
　（１）帯域幅部分（Bandwidth　Part（ＢＷＰ））の概要
　まず、Ｒｅｌ．１５、１６、１７　ＮＲにおけるＢＷＰの概要について説明する。
　ＵＥの消費電力の削減及び広帯域キャリアの有効活用のためにＢＷＰが規定されている。ＢＷＰには、初期ＢＷＰ（初期下りリンク（Downlink（ＤＬ））　ＢＷＰ及び初期上りリンク（Uplink（ＵＬ））　ＢＷＰ）と、専用ＢＷＰ（専用ＤＬ　ＢＷＰ及び専用ＵＬ　ＢＷＰ）と、がある。ＵＥには、その能力に応じて、ある１つのサービングセル内で最大４つまでのＤＬ　ＢＷＰ及び最大４つまでのＵＬ　ＢＷＰが設定される。なお、本開示において、ＤＬ　ＢＷＰ及びＵＬ　ＢＷＰを区別しないときは単にＢＷＰと称する。つまり、本開示の「ＢＷＰ」は、ＤＬ　ＢＷＰ及び／又はＵＬ　ＢＷＰと互いに読み替えられてもよい。また、サービングセルを、単に、セルとも称する。
　（１．１）初期ＢＷＰの概要
　初期ＢＷＰ（initial　BWP）は、少なくとも初期アクセスに用いられるＢＷＰである。初期ＢＷＰは、複数のＵＥに共通で用いられてもよい。初期ＤＬ　ＢＷＰ及び初期ＵＬ　ＢＷＰのそれぞれは、ＢＷＰ識別子（bwp-id）が“０”として規定される。
　初期ＢＷＰには、物理ブロードキャストチャネル（Physical　Broadcast　Channel（ＰＢＣＨ））で伝送されるマスタ情報ブロック（Master　Information　Block（ＭＩＢ））により導出及び設定される初期ＢＷＰと、システム情報ブロック（System　Information　Block（ＳＩＢ））、具体的には、システム情報ブロック１（ＳＩＢ１）により設定される初期ＢＷＰとの２種類がある。
　ＭＩＢにより設定される初期ＢＷＰは、ＭＩＢに含まれるパラメータを用いて設定される制御リソースセット（Control　Resource　Set（ＣＯＲＥＳＥＴ））＃０に応じた帯域幅を有してもよい。なお、ＣＯＲＥＳＥＴは、下りリンク制御情報（Downlink　Control　Information（ＤＣＩ））をサーチするための時間周波数リソースに該当してもよい。ＣＯＲＥＳＥＴ＃０は、ＩＤ＝＃０のＣＯＲＥＳＥＴであって、Ｔｙｐｅ－０　物理下りリンクチャネル（ＰＤＣＣＨ：Physical　Downlink　Control　Channel）　共通サーチスペースセット（Common　Search　Space（ＣＳＳ）　ｓｅｔ）に対するＣＯＲＥＳＥＴとも称される。ＣＯＲＥＳＥＴ＃０は、ＳＩＢ１をスケジューリングするためのＰＤＣＣＨをＵＥがモニタするのに用いられるＣＯＲＥＳＥＴに該当する。
　ＳＩＢ１により設定される初期ＢＷＰは、ＳＩＢ１中の初期ＤＬ　ＢＷＰに関するinitialDownlinkBWPフィールド、初期ＵＬ　ＢＷＰに関するinitialUplinkBWPフィールドなどに基づいて特定される。これらのフィールドはより具体的には、パラメータlocationAndBandwidth、subcarrierSpacing及びcyclicPrefixなどを含むBWP情報要素を含む。例えば、パラメータlocationAndBandwidthによって周波数ドメインの位置及び帯域幅が、パラメータsubcarrierSpacingによって当該ＢＷＰのためのサブキャリア間隔（SubCarrier　Spacing（ＳＣＳ））が、パラメータcyclicPrefixによって当該ＢＷＰにおける各チャネル及び参照信号のために用いられるサイクリックプレフィックスが、それぞれ特定される。
　図６は、ＭＩＢに含まれるpdcch-ConfigSIB1に含まれるパラメータであるcontrolResourceSetZeroの値と、ＣＯＲＥＳＥＴ＃０に対するパラメータとの対応関係の一例を示す図である。
　なお、本例では、最大チャネル帯域幅が５ＭＨｚ又は１０ＭＨｚであって、且つ、同期信号ブロック（Synchronization　Signal　Block（ＳＳＢ））及びＰＤＣＣＨのそれぞれのＳＣＳが１５ｋＨｚである場合の対応関係を示している。なお、ＳＳＢは、ＳＳ／ＰＢＣＨブロックと呼ばれてもよい。
　パラメータcontrolResourceSetZeroの値は、０から１５までのインデックス値である。ＵＥは、上記対応関係を用いて、当該インデックスの値から、対応するＣＯＲＥＳＥＴ＃０パラメータ（例えば、リソースブロック数及びシンボル数等）を特定する。
　図７は、ＭＩＢに含まれるpdcch-ConfigSIB1に含まれるパラメータであるsearchSpaceZeroの値と、サーチスペースセット＃０に対するパラメータとの対応関係の一例を示す図である。サーチスペースセット＃０は、ＩＤ＝＃０のサーチスペースセットであって、ＣＯＲＥＳＥＴ＃０に関連付けられる。
　パラメータsearchSpaceZeroの値は、０から１５までのインデックス値である。ＵＥは、上記対応関係を用いて、当該インデックスの値から、対応するサーチスペースセット＃０（例えば、スロットあたりの当該サーチスペースセットの数、及び／又は最初のシンボルのインデックス等）を特定する。
　なお、図６、図７のような対応関係は技術仕様で予め規定されており、ＵＥは当該対応関係を把握している。
　セルに対する初期アクセス時において、当該セルのＳＳＢを受信したＵＥは、当該ＳＳＢのＰＢＣＨ（ＭＩＢ）に含まれる情報要素であるpdcch-ConfigSIB1内のcontrolResourceSetZero（０から１５までの整数値）の設定値から、Ｔｙｐｅ－０　ＰＤＣＣＨ　ＣＳＳ　ｓｅｔの帯域幅（２４、４８、又は９６リソースブロック）を取得する。そして、ＵＥは、Ｔｙｐｅ－０　ＰＤＣＣＨ　ＣＳＳ　ｓｅｔをモニタリングしてＳＩＢ１を取得し、ＳＩＢ１から、初期ＢＷＰの周波数位置及び／又は帯域幅を示すパラメータであるlocationAndBandwidthを取得してもよい。ここで、当該Ｔｙｐｅ－０　ＰＤＣＣＨ　ＣＳＳ　ｓｅｔは、サーチスペースセット＃０に対応する。
　例えば、ＵＥは、初期アクセスにおけるランダムアクセス（ＲＡ）プロシージャ中のメッセージ４（Ｍｓｇ．４）を受信するまでの間は、ＭＩＢにより設定される初期ＢＷＰ、すなわち、ＣＯＲＥＳＥＴ　＃０に基づく帯域幅を初期ＢＷＰとして用いてもよい。Ｍｓｇ．４の受信後は、ＵＥは、ＳＩＢ１中のlocationAndBandwidthで設定された帯域幅を初期ＢＷＰに用いてもよい。なお、Ｍｓｇ．４は、RRCSetupメッセージ、RRCResumeメッセージ、又はRRCReestablishmentメッセージであってもよい。ＵＥは、このような初期アクセス（ＲＡプロシージャ）により、例えばＲＲＣアイドル状態からＲＲＣコネクティッド状態に遷移する。
　なお、ＳＩＢ１が、初期ＤＬ　ＢＷＰを示す情報を含まない場合に、初期ＤＬ　ＢＷＰは、ＳＩＢ１をスケジューリングするためのＣＯＲＥＳＥＴ（control　resource　set）　＃０の帯域と同じであってもよい。すなわち、基地局１００は、初期ＤＬ　ＢＷＰを示す情報をＳＩＢ１に含めなくてもよく、ＵＥ３０は、ＳＩＢ１に当該情報がない場合に、ＣＯＲＥＳＥＴ　＃０の帯域を初期ＤＬ　ＢＷＰとみなしてもよい。
　ところで、Ｒｅｌ．１７　ＮＲでは、ＲｅｄＣａｐ　ＵＥ用の初期ＢＷＰが導入された。ＲｅｄＣａｐ　ＵＥ用の初期ＢＷＰは、ＲｅｄＣａｐ固有（RedCap-Specific）初期ＢＷＰと呼ばれてもよい。ＲｅｄＣａｐ　ＵＥではない通常のＵＥ（ＵＥ３０）は、当該ＲｅｄＣａｐ固有初期ＢＷＰを使用せず、ＲｅｄＣａｐ　ＵＥ（例えば、ＵＥ４０）が、当該ＲｅｄＣａｐ固有初期ＢＷＰを使用することができる。
　ＲｅｄＣａｐ固有初期ＢＷＰは、ＲｅｄＣａｐ　ＵＥ用の初期ＤＬ　ＢＷＰとＲｅｄＣａｐ　ＵＥ用の初期ＵＬ　ＢＷＰを含んでもよい。ここでは、ＲｅｄＣａｐ　ＵＥ用の初期ＤＬ　ＢＷＰは、ＲｅｄＣａｐ固有初期ＤＬ　ＢＷＰと呼ばれてもよく、ＲｅｄＣａｐ　ＵＥ用の初期ＵＬ　ＢＷＰは、ＲｅｄＣａｐ固有初期ＵＬ　ＢＷＰと呼ばれてもよい。ＲｅｄＣａｐ　ＵＥ固有初期ＤＬ　ＢＷＰ及びＲｅｄＣａｐ　ＵＥ固有初期ＵＬ　ＢＷＰのそれぞれは、ＢＷＰ識別子（bwp-id）が“０”として規定される。
　ＲｅｄＣａｐ固有初期ＢＷＰに関する情報は、ＳＩＢ１内のServingCellConfigCommonSIB情報要素に含まれるinitialDownlinkBWP-RedCap-r17、及び／又は、initialUplinkBWP-RedCap-r17であってもよい。これらのパラメータは、上述のinitialDownlinkBWP、initialUplinkBWPなどと同様に、ＲｅｄＣａｐ固有初期ＢＷＰの位置及び帯域幅を示すパラメータ、ＳＣＳを示すパラメータ、サイクリックプレフィックスを示すパラメータなどの少なくとも１つを含んでもよい。ServingCellConfigCommonSIB情報要素は、サービングセル共通の設定を示してもよい。また、initialDownlinkBWP-RedCap-r17、及び／又は、initialUplinkBWP-RedCap-r17は、ＲｅｄＣａｐ固有初期ＢＷＰのパラメータ（例えば、ＲｅｄＣａｐ固有初期ＢＷＰにおいて用いられるパラメータ）を含んでもよい。
　例えば、通常のＵＥであるＵＥ３０は、ＳＩＢ１を受信し、上記ＳＩＢ１に含まれるServingCellConfigCommonSIBに基づいて、初期ＢＷＰを決定する。例えば、ＵＥ３０は、initialDownlinkBWPに基づいて、上記初期ＤＬ　ＢＷＰを特定する。また、ＵＥ３０は、initialUplinkBWPに基づいて、上記初期ＵＬ　ＢＷＰを特定する。
　例えば、ＵＥ４０は、ＳＩＢ１を受信し、上記ＳＩＢ１に含まれるServingCellConfigCommonSIBに基づいて、初期ＢＷＰを決定する。例えば、ＵＥ４０は、ServingCellConfigCommonSIBに含まれるＲｅｄＣａｐ固有初期ＤＬ　ＢＷＰを示す情報（initialDownlinkBWP-RedCap-r17）に基づいて、初期ＤＬ　ＢＷＰを特定する。また、ＵＥ４０は、ServingCellConfigCommonSIBに含まれるＲｅｄＣａｐ固有初期ＵＬ　ＢＷＰを示す情報（initialUplinkBWP-RedCap-r17）に基づいて、初期ＵＬ　ＢＷＰを特定する。
　なお、ＳＩＢ１に上記ＲｅｄＣａｐ固有初期ＤＬ　ＢＷＰを示す情報が含まれない場合に、上記ＲｅｄＣａｐ固有初期ＤＬ　ＢＷＰは、上記初期ＤＬ　ＢＷＰを示す情報に基づいて特定されてもよい。また、ＳＩＢ１に上記ＲｅｄＣａｐ固有初期ＵＬ　ＢＷＰを示す情報が含まれない場合に、上記ＲｅｄＣａｐ固有初期ＵＬ　ＢＷＰは、上記初期ＵＬ　ＢＷＰを示す情報に基づいて特定されてもよい。
　すなわち、ＵＥ４０は、ＳＩＢ１にinitialDownlinkBWP-RedCap-r17が含まれる場合、initialDownlinkBWPに代えて、initialDownlinkBWP-RedCap-r17に基づいてＲｅｄＣａｐ固有初期ＤＬ　ＢＷＰを特定してもよい。また、ＵＥ４０は、ＳＩＢ１にinitialUplinkBWP-RedCap-r17が含まれる場合、initialUplinkBWPに代えて、initialUplinkBWP-RedCap-r17に基づいてＲｅｄＣａｐ固有初期ＵＬ　ＢＷＰを特定してもよい。
　また、ＵＥ４０は、ＳＩＢ１にinitialDownlinkBWP-RedCap-r17が含まれない場合、initialDownlinkBWPに基づいて、初期ＤＬ　ＢＷＰ（ＲｅｄＣａｐ固有初期ＤＬ　ＢＷＰでもよい）を特定してもよい。また、ＵＥ４０は、ＳＩＢ１にinitialUplinkBWP-RedCap-r17が含まれない場合、initialUplinkBWPに基づいて、初期ＵＬ　ＢＷＰ（ＲｅｄＣａｐ固有初期ＵＬ　ＢＷＰでもよい）を特定してもよい。
　（１．２）専用ＢＷＰの概要
　専用ＢＷＰは、あるＵＥに専用（ＵＥ固有）に設定されるＢＷＰである。専用ＢＷＰには、“０”以外のｂｗｐ－ｉｄが設定されてもよい。例えば、基地局からＵＥに送信される専用シグナリングであるＲＲＣメッセージ中のServingCellConfig情報要素に含まれるBWP-Downlink情報要素及びBWP-Uplink情報要素に基づいて、専用ＤＬ　ＢＷＰ及び専用ＵＬ　ＢＷＰがそれぞれ設定されてもよい。例えば、ＢＷＰ－Ｄｏｗｎｌｉｎｋ及びＢＷＰ－Ｕｐｌｉｎｋのそれぞれに、当該ＢＷＰを設定する各種パラメータ（locationAndBandwidth、subcarrierSpacing、cyclicPrefix）が含まれてもよい。例えば、ＢＷＰ－Ｄｏｗｎｌｉｎｋ及びＢＷＰ－Ｕｐｌｉｎｋのそれぞれに、当該ＢＷＰのパラメータ（例えば、当該ＢＷＰにおいて用いられるパラメータ）が含まれてもよい。
　専用ＢＷＰは、ＲＲＣ　Ｃｏｎｆｉｇｕｒｅｄ　ＢＷＰ、Ｃｏｎｆｉｇｕｒｅｄ　ＢＷＰ、ＵＥ固有（UE-Specific）ＢＷＰ、ｄｅｄｉｃａｔｅｄ　ＢＷＰ、単にＢＷＰなどと互いに読み替えられてもよい。
　基地局は、ＵＥに設定した１つ又は複数のＢＷＰのうち、基地局との通信に用いるＢＷＰ（すなわち、アクティブＢＷＰ）をＵＥへ通知できる。例えば、基地局は、設定の実行時にアクティブにするＢＷＰ、すなわち、基地局との通信で最初に用いるＢＷＰを示すＢＷＰ識別子をＵＥへ送信できる。また、アクティブＢＷＰからアクティブＢＷＰでないＢＷＰ（非アクティブＢＷＰ）への切り替え、及び非アクティブＢＷＰからアクティブＢＷＰへの切り替えの制御には、例えば、ＰＤＣＣＨ（ＤＣＩ）、ＲＲＣシグナリング、ＭＡＣ制御要素（ＭＡＣ　ＣＥ）、又はタイマによる切り替えが用いられる。
　なお、アクティブＢＷＰにおける通信には、当該ＢＷＰにおける上りリンク共有チャネル（ＵＬ－ＳＣＨ：Uplink　Shared　Channel）での送信、当該ＢＷＰにおけるランダムアクセスチャネル（ＲＡＣＨ：Random　Access　Channel）での送信（物理ランダムアクセスチャネル（ＰＲＡＣＨ：Physical　Random　Access　Channel）機会（PRACH　occasion）が設定されている場合）、当該ＢＷＰにおける物理下りリンク制御チャネル（ＰＤＣＣＨ）のモニタ、当該ＢＷＰにおける物理上りリンク制御チャネル（ＰＵＣＣＨ：Physical　Uplink　Control　Channel）での送信（ＰＵＣＣＨリソースが設定されている場合）、当該ＢＷＰに対するチャネル状態情報（ＣＳＩ：Channel　State　Information）のレポート、及び、当該ＢＷＰにおける下りリンク共有チャネル（ＤＬ－ＳＣＨ：Downlink　Shared　Channel）の受信の少なくとも１つが含まれてもよい。
　ここで、ＵＬ－ＳＣＨはトランスポートチャネルであり、物理チャネルである物理上りリンク共有チャネル（ＰＵＳＣＨ）にマップされる。また、ＵＬ－ＳＣＨで送信されるデータは、ＵＬ－ＳＣＨデータとも称される。例えば、ＵＬ－ＳＣＨデータは、上りリンクユーザデータに対応してもよい。また、ＤＬ－ＳＣＨはトランスポートチャネルであり、物理チャネルである物理下りリンク共有チャネル（ＰＤＳＣＨ：Physical　Downlink　Shared　Channel）にマップされる。また、ＤＬ－ＳＣＨで送信されるデータは、ＤＬ－ＳＣＨデータとも称される。例えば、ＤＬ－ＳＣＨデータは、下りリンクユーザデータに対応してもよい。
　ＰＵＣＣＨは、上りリンク制御情報（Uplink　Control　Information（ＵＣＩ））を送信するために用いられる。例えば、上りリンク制御情報は、ＨＡＲＱ（Hybrid　Automatic　Repeat　reQuest）－ＡＣＫ、ＣＳＩ、及び／又は、スケジューリング要求（ＳＲ）を含む。ＨＡＲＱ－ＡＣＫは、肯定応答（positive　Acknowledgment（ＡＣＫ））、又は、否定応答（Negative　Acknowledgment（ＮＡＣＫ））を含む。例えば、ＰＵＣＣＨは、ＰＤＳＣＨ（すなわち、ＤＬ－ＳＣＨ（ＤＬ－ＳＣＨデータ、下りリンクユーザデータ））に対するＨＡＲＱ－ＡＣＫの送信に用いられる。ここで、ＤＬ－ＳＣＨデータ、及び／又は、下りリンクユーザデータは、下りリンクトランスポートブロックとも称される。
　ＵＥは、例えば、アクティブなＤＬ　ＢＷＰにおいて、１又は複数のＣＯＲＥＳＥＴにおけるＰＤＣＣＨ候補のセットをモニタする。ＰＤＣＣＨのモニタは、モニタされる下りリンク制御情報（ＤＣＩ）フォーマットに従って、ＰＤＣＣＨ候補のそれぞれをデコードすることを含んでもよい。ここで、ＵＥは、基地局によって設定されたＲＮＴＩによってスクランブルされたＣＲＣ（Cyclic　Redundancy　Check、ＣＲＣパリティビットとも称される）が付加されたＤＣＩフォーマットをモニタしてもよい。ここで、ＲＮＴＩは、ＳＩ－ＲＮＴＩ（System　Information-RNTI）、ＲＡ－ＲＮＴＩ（Random　Access　RNTI）、ＴＣ－ＲＮＴＩ（Temporary　C-RNTI）、Ｐ－ＲＮＴＩ（Paging　RNTI）、及び／又は、Ｃ－ＲＮＴＩ（Cell-RNTI）を含んでもよい。ＵＥがモニタするＰＤＣＣＨ候補のセットは、ＰＤＣＣＨのサーチスペースセットとして規定されてもよい。サーチスペースセットは、共通サーチスペースセット（ＣＳＳ　ｓｅｔ（ｓ））及び／又はＵＥ固有サーチスペースセット（UE-specific　Search　Space（ＵＳＳ）　ｓｅｔ（ｓ））を含んでもよい。従って、基地局は、ＣＯＲＥＳＥＴ及び／又はサーチスペースセットをＵＥに設定し、ＵＥは、設定されたＣＯＲＥＳＥＴ及び／又はサーチスペースセットにおいて、ＰＤＣＣＨをモニタしてもよい。
　基地局１００は、１つのサービングセルにおいて、１つのＵＥに１つ又は複数のＤＬ　ＢＷＰを設定し得る。この場合に、当該１つ又は複数のＤＬ　ＢＷＰのうちの１つのＤＬ　ＢＷＰが、アクティブＤＬ　ＢＷＰとしてＵＥにより使用される。例えば、上記ＲＲＣメッセージ（ServingCellConfig）は、最初のアクティブＤＬ　ＢＷＰを示す情報要素を含み、ＵＥは、当該情報要素により示されるＤＬ　ＢＷＰをアクティブＤＬ　ＢＷＰとして最初に使用する。上記情報要素は、firstActiveDownlinkBWP-Idである。さらに、アクティブＤＬ　ＢＷＰは、切り替えられ得る。
　例えば、基地局１００は、ＤＬ　ＢＷＰを示す情報を含むＤＣＩをＵＥへ送信し、当該ＵＥは、当該情報により示されるＤＬ　ＢＷＰにアクティブＤＬ　ＢＷＰを切り替える。当該ＤＣＩは、ＰＤＳＣＨのスケジューリングに用いられるＤＣＩ（例えば、ＤＣＩ　ｆｏｒｍａｔ　１＿１）であり、当該情報は、Bandwidth　Part　Indicatorである。
　また、例えば、ＢＷＰに関するタイマが満了（expire）した場合に、ＵＥは、デフォルト（default）　ＤＬ　ＢＷＰにアクティブＤＬ　ＢＷＰを切り替える。例えば、上記ＲＲＣメッセージは、デフォルトＤＬ　ＢＷＰを示す情報要素を含み、ＵＥは、当該情報要素により示されるＤＬ　ＢＷＰをデフォルトＤＬ　ＢＷＰとして使用する。上記タイマは、bwp-InactivityTimerであり、上記情報要素は、defaultDownlinkBWP-Idである。なお、デフォルトＤＬ　ＢＷＰは、専用ＢＷＰであってもよいし、初期ＢＷＰであってもよい（例えば、デフォルトＤＬ　ＢＷＰを示す情報要素が含まれない場合、初期ＤＬ　ＢＷＰがデフォルトＤＬ　ＢＷＰであってもよい）。
　基地局１００は、１つのサービングセルにおいて、１つのＵＥに１つ又は複数のＵＬ　ＢＷＰを設定し得る。この場合に、当該１つ又は複数のＵＬ　ＢＷＰのうちの１つのＵＬ　ＢＷＰが、アクティブＵＬ　ＢＷＰとしてＵＥにより使用される。例えば、上記ＲＲＣメッセージは、最初のアクティブＵＬ　ＢＷＰを示す情報要素を含み、ＵＥは、当該情報要素により示されるＵＬ　ＢＷＰをアクティブＵＬ　ＢＷＰとして最初に使用する。上記情報要素は、firstActiveUplinkBWP-Idである。さらに、アクティブＵＬ　ＢＷＰは、切り替えられ得る。例えば、基地局１００は、ＵＬ　ＢＷＰを示す情報を含むＤＣＩをＵＥへ送信し、当該ＵＥは、当該情報により示されるＵＬ　ＢＷＰにアクティブＵＬ　ＢＷＰを切り替える。当該ＤＣＩは、ＰＵＳＣＨのスケジューリングに用いられるＤＣＩ（例えば、ＤＣＩ　ｆｏｒｍａｔ　０＿１）であり、当該情報は、Bandwidth　Part　Indicatorである。
　なお、アクティブＤＬ　ＢＷＰ、アクティブＤＬ　ＢＷＰなどの切替えは、ＭＡＣ（Medium　Access　Control）エンティティによってさらに制御されてもよい。
　（２）ＲｅｄＣａｐ　ＵＥ及びｅＲｅｄＣａｐ　ＵＥの概要
　次に、図８及び図９を参照して、ＲｅｄＣａｐ　ＵＥ（ＵＥ４０）及びｅＲｅｄＣａｐ　ＵＥ（ＵＥ２００）の違いについて説明する。
　３ＧＰＰ技術仕様のリリース１７において、産業用センサ、監視カメラ、及びウェアラブル等のユースケースに適した低性能のＵＥタイプとしてＲｅｄＣａｐ　ＵＥが導入されている。ＲｅｄＣａｐ　ＵＥは、「Ｒｅｄｕｃｅｄ　ｃａｐａｂｉｌｉｔｙ　ＮＲ　ｄｅｖｉｃｅ」とも称される。ＲｅｄＣａｐ　ＵＥは、一般的なＵＥタイプに比べて装置コスト及び複雑さが軽減されたＵＥタイプ（端末タイプ）である。ＲｅｄＣａｐ　ＵＥは、ＩｏＴ向けにミドルレンジの性能・価格を有し、例えば、一般的なＵＥタイプに比べて、無線通信に用いる最大帯域幅が狭く設定されていたり、受信機の数が少なかったりする。図８に示すように、ＦＲ１について、ＲｅｄＣａｐ　ＵＥが対応可能な帯域幅（すなわち、ＲｅｄＣａｐ　ＵＥによってサポートされる最大帯域幅）は、２０ＭＨｚであってよい。
　３ＧＰＰ技術仕様のリリース１８において、ＲｅｄＣａｐ　ＵＥよりもさらに複雑さが軽減された新たなＵＥタイプを導入することが検討されている。このような新たなＵＥタイプは、リリース１７で導入されたＲｅｄＣａｐ　ＵＥと、ＬＴＥのＬＰＷＡとの間の性能であることが想定されている。このような新たなＵＥタイプは、「ｅＲｅｄＣａｐ　ＵＥ」と称される。
　ｅＲｅｄＣａｐ　ＵＥは、ＲｅｄＣａｐ　ＵＥに比べて無線通信に用いる最大帯域幅が狭い。ｅＲｅｄＣａｐ　ＵＥは、少なくともデータチャネルについて対応可能な周波数帯域幅がＲｅｄＣａｐ　ＵＥより低減された所定ＵＥタイプ（所定端末タイプ）に相当してもよい。ここで、データチャネルは、データを伝送する物理チャネルであり、例えば、ＰＤＳＣＨ及び／又はＰＵＳＣＨを意味してもよい。
　ｅＲｅｄＣａｐ　ＵＥが利用可能な、ある物理チャネル（例えば、ＰＤＳＣＨ及び／又はＰＵＳＣＨ）又は全物理チャネルについての最大帯域幅は、低減された帯域幅（reduced　bandwidth）と呼ばれてもよい。低減された帯域幅は、２０ＭＨｚ未満の帯域幅に該当してもよく、ＸＭＨｚ（Ｘは、整数でもよいし、小数でもよい。例えば、Ｘ＝０．５、１、２、３、４、５など）であってもよい。低減された帯域幅は、さらに低減された帯域幅（further　reduced　bandwidth）と互いに読み替えられてもよい。
　なお、２０ＭＨｚは、ＲｅｄＣａｐ　ＵＥが利用可能な最大帯域幅、特定の帯域幅、などと互いに読み替えられてもよい。本開示において、２０ＭＨｚは、任意の帯域幅の値と互いに読み替えられてもよい。
　上記特定の帯域幅は、以下の少なくとも１つに該当してもよい：
　・ｅＲｅｄＣａｐ固有初期ＤＬ　ＢＷＰのサイズ、
　・ｅＲｅｄＣａｐ固有初期ＤＬ　ＢＷＰの位置、サイズ、及びＳＣＳに基づいて決定される値、
　・ｅＲｅｄＣａｐ固有初期ＵＬ　ＢＷＰのサイズ、
　・ｅＲｅｄＣａｐ固有初期ＵＬ　ＢＷＰの位置、サイズ、及びＳＣＳに基づいて決定される値。
　例えば、上記特定の帯域幅は、当該ＳＣＳが１５ＫＨｚの場合には、１５ＲＢ（約３ＭＨｚに相当）、２０ＲＢ（約４ＭＨｚに相当）、２５ＲＢ（約５ＭＨｚに相当）などであってもよい。
　また、上記特定の帯域幅は、当該ＳＣＳが３０ＫＨｚの場合には、８ＲＢ（約３ＭＨｚに相当）、１０ＲＢ（約４ＭＨｚに相当）、１１及び／又は１２ＲＢ（約５ＭＨｚに相当）などであってもよい。すなわち、ＣＳＳにおいてモニタされるＤＣＩフォーマット１＿０のサイズ計算に特定の帯域幅の特定のサイズが用いられてもよい。例えば、基地局は、ｅＲｅｄＣａｐ固有初期ＤＬ　ＢＷＰのサイズを、特定の値（例えば、約５ＭＨｚに相当する２５ＲＢｓ）と等しい、又は、当該特定の値（例えば、約５ＭＨｚに相当する２５ＲＢｓ）よりも小さくなるように設定してもよい。すなわち、特定の帯域幅は、２５ＲＢｓと等しい、又は、２５ＲＢｓよりも小さい値であってもよい。
　上記低減された帯域幅は、ＢＷＰであってもよく、ｅＲｅｄＣａｐ　ＵＥのＢＷＰと呼ばれてもよい。しかしながら、低減された帯域幅は、ＢＷＰに限られず、１つ以上のサブキャリア、１つ以上のリソースエレメント、１つ以上のサブバンド、１つ以上のリソースブロック（Resource　Block（ＲＢ））、１つ以上の物理ＲＢ（Physical　RB（ＰＲＢ））、１つ以上のリソースブロックセット、１つ以上の周波数帯、１つ以上の周波数リソース、１つ以上の周波数ドメインリソースなどの少なくとも１つに該当してもよい。
　ｅＲｅｄＣａｐ　ＵＥについては、（ａ）ＦＲ１における対応可能な周波数帯域幅を上記低減された帯域幅に低減すること、及び、（ｂ）ピークデータレートを削減するためにＦＲ１におけるデータチャネルに対する周波数帯域幅を低減すること、が提案されている。なお、これらとは別のＵＥコスト低減方法、例えば、ＢＢ部及びＲＦ部の対応可能な帯域幅を２０ＭＨｚに保ちつつピークレートを低減すること、データチャネルに関するＵＥ処理時間の緩和なども提案されている。
　図８に示すように、上記（ａ）の方法では、ＵＥ２００のＲＦ部（例えば、ＲＦ回路）及びＢＢ部（例えば、ベースバンドプロセッサ）の両方について対応可能な帯域幅（すなわち、最大帯域幅）を低減し、ＲＦ部及びＢＢ部の複雑さを軽減することが可能である。しかしながら、Ｒｅｌ．１７　ＮＲまでのＳＳＢの構成、ＣＯＲＥＳＥＴ＃０の設定などが利用できないおそれがあり、仕様の複雑さが増加する。
　一方、図９に示すように、上記（ｂ）の方法では、ＵＥ２００のＲＦ部の対応可能な帯域幅を２０ＭＨｚに保ちつつ、ＢＢ部の対応可能な帯域幅を低減し、ＢＢ部の複雑さを軽減することが可能である。図９の例では、ＵＥ２００のＲＦ部が対応可能な周波数帯域幅である最大ＲＦ帯域幅が２０ＭＨｚであって、ＵＥ２００のＢＢ部が対応可能な周波数帯域幅である最大ＢＢ帯域幅が上記低減された帯域幅（例えば、５ＭＨｚ）である一例を示している。ＰＤＳＣＨ及びＰＵＳＣＨのみに対し、最大ＲＦ帯域幅が２０ＭＨｚであり、最大ＢＢ帯域幅が上記低減された帯域幅（例えば、５ＭＨｚ）であってもよい。他の物理チャネル及び信号に対し、最大ＲＦ帯域幅及び最大ＢＢ帯域幅が２０ＭＨｚまでの帯域幅（最大ＵＥ帯域幅）であってもよい。
　上記低減された帯域幅は、ＢＢ部が処理する帯域幅であってもよいし、ｅＲｅｄＣａｐ　ＵＥがデータチャネルを処理する帯域幅であってもよいし、ｅＲｅｄＣａｐ　ＵＥがＰＤＳＣＨを一度に復号処理を行う帯域幅であってもよいし、ｅＲｅｄＣａｐ　ＵＥのデータ処理能力に基づくデータ処理帯域幅であってもよい。本実施形態において、一度に処理を行う（処理を実行する）とは、予め規定された時間の長さにおいて、処理を実行することが含まれてもよい。例えば、一度に処理を行う（処理を実行する）とは、ある１つのスロット、及び／又は、ある１つのシンボルにおいて、処理を実行することが含まれてもよい。ここで、ＢＢ部が処理する帯域幅は、ＢＢ帯域幅とも称される。
　ＰＤＳＣＨの帯域幅は、データ処理帯域幅以下であってもよい。例えば、ｅＲｅｄＣａｐ　ＵＥは、ＰＤＳＣＨの信号をバッファし、バッファされた信号からのデータ復号処理を一度に実行してもよい。
　ＰＤＳＣＨの帯域幅は、データ処理帯域幅より大きくてもよい。例えば、ｅＲｅｄＣａｐ　ＵＥは、低減された帯域幅よりも広い特定帯域幅を有するＰＤＳＣＨの信号をバッファし、バッファされた信号からのデータ復号処理を、低減された帯域幅ごとに実行してもよい。特定帯域幅は、ＲｅｄＣａｐ　ＵＥが利用可能な最大帯域幅であってもよいし、制御チャネル用ＢＷＰの帯域幅であってもよいし、ＲＦ帯域幅であってもよい。ｅＲｅｄＣａｐ　ＵＥが、特定帯域幅のＰＤＳＣＨのデータ復号処理を、低減された帯域幅ごとに実行する場合、そのデータ復号処理の処理時間は、特定帯域幅のＰＤＳＣＨのデータ復号処理を一度に実行できるＵＥの処理時間よりも長くなることが想定される。例えば、ｅＲｅｄＣａｐ　ＵＥによるデータ復号処理の処理時間は、複数スロットであってもよい。ＲｅｄＣａｐＵＥ又は通常ＵＥ又によるデータ復号処理の処理時間より長くてもよい。
　本開示において、データ復号処理、データ処理、受信処理、ベースバンド（ＢＢ）処理、復調処理、復号処理、は互いに読み替えられてもよい。
　以下の実施形態では、ｅＲｅｄＣａｐ　ＵＥについて上述の任意のコスト低減方法が採用されてよいが、主として上記（ｂ）の方法が採用されることを想定する。
　なお、本開示において、ＢＷＰのサイズ、ＣＯＲＥＳＥＴ＃０のサイズなどは、リソースブロック（Resource　Block（ＲＢ））数で表されると想定して説明するが、これに限られない。本開示におけるＲＢは、周波数帯域幅に関する他の単位、例えばサブキャリア、リソースエレメント、サブバンド、リソースブロックグループ、物理リソースブロック（ＰＲＢ）などと互いに読み替えられてもよい。
　（３）ＲＡプロシージャ
　ＲＡプロシージャとして、４ステップ（タイプ１）及び２ステップ（タイプ２）のcontention　based　random　access（ＣＢＲＡ）及びcontention　free　random　access（ＣＦＲＡ）が規定されている。
　本開示において、Ｍｓｇ１、ＲＡプリアンブル、ＰＲＡＣＨ、は互いに読み替えられてもよい。本開示において、Ｍｓｇ２、ＲＡレスポンス（ＲＡＲ）、ＰＤＣＣＨ及びＰＤＳＣＨ、は互いに読み替えられてもよい。Ｍｓｇ２は、ＰＤＣＣＨ及び／又はＰＤＳＣＨを伴うＲＡレスポンスであってもよい。本開示において、Ｍｓｇ３、スケジュールされる送信、ＰＵＳＣＨ、は互いに読み替えられてもよい。本開示において、Ｍｓｇ４、競合解決（contention　resolution）、ＰＤＣＣＨ及びＰＤＳＣＨ、は互いに読み替えられてもよい。Ｍｓｇ４は、ＰＤＣＣＨ及び／又はＰＤＳＣＨを伴う競合解決であってもよい。本開示において、ＭｓｇＡ、ＲＡプリアンブル及びＰＵＳＣＨペイロード、は互いに読み替えられてもよい。本開示において、ＭｓｇＢ、競合解決、ＰＤＣＣＨ及びＰＤＳＣＨ、は互いに読み替えられてもよい。本開示において、Ｍｓｇ０、ＲＡプリアンブル割り当て、ＰＤＣＣＨオーダ、は互いに読み替えられてもよい。
　図１０に示すように、４ステップＣＢＲＡにおいて、ＵＥがＭｓｇ１を送信し、それに応じて基地局がＭｓｇ２を送信し、それに応じてＵＥがＭｓｇ３を送信し、それに応じて基地局がＭｓｇ４を送信する。図１１に示すように、２ステップＣＢＲＡにおいて、ＵＥがＭｓｇＡを送信し、それに応じて基地局がＭｓｇＢを送信する。
　図１２に示すように、４ステップＣＦＲＡにおいて、基地局がＭｓｇ０を送信し、それに応じてＵＥがＭｓｇ１を送信し、それに応じて基地局がＭｓｇ２を送信する。図１３に示すように、２ステップＣＦＲＡにおいて、基地局がＭｓｇ０を送信し、それに応じてＵＥがＭｓｇＡを送信し、それに応じて基地局がＭｓｇＢを送信する。
　４ステップＲＡにおけるＭｓｇ２として、ＰＤＣＣＨ及びＰＤＳＣＨを用いてＲＡが送信される。そのＰＤＳＣＨは、ＲＡ－ＲＮＴＩによってスクランブルされているＤＣＩフォーマット１＿０を用いてスケジュールされる。そのＰＤＳＣＨは、ＭＡＣペイロードとしてＭＡＣ　ＲＡＲを含む。図１４に示すように、ＭＡＣ　ＲＡＲのＭＡＣペイロードは、Ｍｓｇ３として送信されるＵＬ－ＳＣＨのためのＰＵＳＣＨをスケジュールするＵＬグラント（ＲＡＲ　ＵＬグラント）を含む。
　２ステップＲＡにおけるＭｓｇＢとして、ＰＤＣＣＨ及びＰＤＳＣＨを用いてＲＡＲが送信される。そのＰＤＳＣＨは、ＭｓｇＢ－ＲＮＴＩによってスクランブルされているＤＣＩフォーマット１＿０を用いてスケジュールされる。そのＰＤＳＣＨは、ＭＡＣペイロードとしてフォールバックＲＡＲ（fallbackRAR）又はサクセスＲＡＲ（successRAR）を含む。図１５に示すように、フォールバックＲＡＲは、ＭＡＣ　ＲＡＲと同様、Ｍｓｇ３として送信されるＵＬ－ＳＣＨのためのＰＵＳＣＨをスケジュールするＵＬグラント（ＲＡＲ　ＵＬグラント）を含む。図１６に示すように、サクセスＲＡＲは、ＭｓｇＢ（ＰＤＳＣＨ）に対するＨＡＲＱフィードバックのためのタイミングインディケータを含む。
　図１７に示すように、ＲＡＲ　ＵＬグラントは、ＰＵＳＣＨ時間リソース配置フィールドを含む。ＰＵＳＣＨ時間リソース配置フィールドは、Ｍｓｇ２（ＰＤＳＣＨ）の受信からＭｓｇ３（ＰＵＳＣＨ）の送信までのタイミングを指示する。
　ＲＡプロシージャにおいて、ＵＥが、ＰＤＳＣＨ（Ｍｓｇ２／ＭｓｇＢ）を受信した場合、そのＰＤＳＣＨに対するＰＵＳＣＨ（Ｍｓｇ３）又はＨＡＲＱ－ＡＣＫ情報を送信する。
　ＰＤＳＣＨに対するＰＵＳＣＨ送信のタイミングは、ＲＡＲ　ＵＬグラント内のＰＵＳＣＨ時間リソース配置（PUSCH　time　resource　allocation）によって指示される。ＳＩＢ１内のＰＵＳＣＨ共通設定（pusch-ConfigCommon）内にＰＵＳＣＨ時間ドメイン配置リスト（pusch-TimeDomainAllocationList／PUSCH-TimeDomainResourceAllocationList）が設定されない場合、図１８に示すように、仕様によって規定されたＴＤＲＡテーブル（デフォルトテーブル／デフォルトＡ）内の複数の関係が用いられる。ＳＩＢ１内のＰＵＳＣＨ共通設定（pusch-ConfigCommon）内にpusch-TimeDomainAllocationListが設定されている場合、図１９に示すように、pusch-TimeDomainAllocationListに含まれるパラメータ（ｋ２、開始シンボル及び長さ（startSymbolAndLength／ＳＬＩＶ／Ｓ及びＬ））によって、ＲＡＲ　ＵＬグラント及び対応するＰＵＳＣＨの間の時間の複数（例えば、１６個）の関係が設定される。その複数の関係の内の１つの関係が、ＲＡＲ　ＵＬグラントに含まれる４ビットのＰＵＳＣＨ時間リソース配置にセットされる値によって指示されることによって、ＰＵＳＣＨ送信のタイミングが決定される。ＲＡＲ　ＵＬグラント内のＰＵＳＣＨ時間リソース配置は、time　domain　resource　allocation（ＴＤＲＡ）テーブルの行インデックスと呼ばれてもよい。
　ＰＤＳＣＨに対するＨＡＲＱフィードバック送信のタイミングは、サクセスＲＡＲ内のＨＡＲＱフィードバックタイミングインディケータによって指示される。ＭｓｇＢを伴うＰＤＳＣＨと、それに対応するＨＡＲＱフィードバック送信との間の時間の複数（例えば、８個）の関係が、仕様に規定される。その複数の関係の内の１つの関係が、サクセスＲＡＲ内の３ビットのＨＡＲＱフィードバックタイミングインディケータにセットされる値によって指示されることによって、ＨＡＲＱフィードバック送信のタイミングが決定される。
　ＵＥが、そのＵＥからのＰＲＡＣＨ送信に対し、対応するＲＡＲメッセージを伴いスロットｎ内において終了するＰＤＳＣＨを受信した場合、ＵＥは、スロットｎ＋ｋ２＋Δ＋２μ・Ｋcell,offset内においてＰＵＳＣＨを送信する。ここで、ｋ２は、仕様に定義されている時間ドメインリソース配置Ａ（テーブル）を用いて、ＲＡＲ　ＵＬグラント内のＰＵＳＣＨ時間リソース配置フィールドの値に対応する値が与えられる。μは、ＵＬ　ＢＷＰに対して設定されているサブキャリア間隔（ＳＣＳ）設定（μＰＵＳＣＨ）である。図２０に示すように、Δは、仕様に定義されている関連付け（テーブル）を用いて、μに対応する値が与えられる。Ｋcell,offsetは、CellSpecific_Koffsetによって与えられている場合にその値であり、そうでない場合に０である。
　タイプ２　ＲＡプロシージャにおいて、ＵＥが、ＰＲＡＣＨ及びＰＵＳＣＨの送信に応じて、サクセスＲＡＲ用のＲＡＲメッセージを受信した場合、ＰＵＣＣＨ送信用のスロットは、値ｋを有しサクセスＲＡＲ内のＨＡＲＱフィードバックタイミングインディケータフィールドによって指示される。そのスロットは、ｎ＋ｋ＋Δ＋２μ・Ｋcell,offsetと定義される。μ≦３に対する値ｋは｛１、２、３、４、５、６、７、８｝であり、μ＝５に対する値ｋは｛７、８、１２、１６、２０、２４、２８、３２｝である。
　（４）Ｍｓｇ１ベース早期指示（Msg1　based　early　indication）
　ＲｅｄＣａｐ　ＵＥによるＭｓｇ１ベース早期指示が規定されている。基地局は、ＳＩＢ１内の機能優先度（feature　priority）を示す情報（featurePriorities／FeaturePriority）を用いて、ＲｅｄＣａｐ　ＵＥ（例えば、ＲｅｄＣａｐ機能）に対応するＲＡリソースを設定することができる。ＲＡリソースは、例えば、ＲＡプリアンブルであってもよい。本開示において、ＲｅｄＣａｐ機能に対応するＲＡリソースを設定することは、Ｍｓｇ．１ベース早期指示を設定すること、と読み替えられてもよい。
　ＵＥは、ＲＡプロシージャに適用可能なＲＡリソースのセットの中から、ＲＡプロシージャに適用可能な全ての機能の内の機能優先度内において割り当てられている最高優先度を有する機能を伴って設定されているＲＡリソースを識別する。
　ＵＥは、ＲｅｄＣａｐ機能に対応するＲＡリソースを用いて、ＲＡプロシージャを実行することによって、ＵＥがＲｅｄＣａｐ　ＵＥであること（ＵＥがＲｅｄＣａｐ機能をサポートしていること）を示すことができる。すなわち、ＵＥは、自身がＲｅｄＣａｐ　ＵＥであることを示すことができる。この動作は、Ｍｓｇ１ベース早期指示と呼ばれる。
　ｅＲｅｄＣａｐ　ＵＥも、ＲｅｄＣａｐ　ＵＥと同様の仕組みに従って、Ｍｓｇ１ベース早期指示を行うことが想定される。そこで、ｅＲｅｄＣａｐ固有のＲＡリソースが設定されることと、ＲｅｄＣａｐ及びｅＲｅｄＣａｐに共通のＲＡリソースが設定されることが、想定される。
　しかしながら、ｅＲｅｄＣａｐ　ＵＥにおける下りリンク共有チャネルの受信の制御方法／処理方法が明らかでない。例えば、ＰＤＳＣＨによって送信されるＳＩＢ１、ページング、ＲＡＲなどの下りリンク共有チャネルの繰り返し送信（repetition）が検討されている。また、例えば、ｅＲｅｄＣａｐ　ＵＥのデータ復号の処理時間が、他のＵＥのデータ復号の処理時間よりも長くなる可能性がある、このようなケースにおける下りリンク共有チャネルの受信の制御方法／処理方法が明らかでない。また、このような下りリンク共有チャネルに対応する上りリンクチャネルの送信の制御方法／処理方法が明らかでない。このような制御方法／処理方法が十分に検討されなければ、システム性能が低下するおそれがある。
　（５）下りリンク共有チャネルに関するｅＲｅｄＣａｐ　ＵＥの動作
　本開示の一実施形態に係る下りリンク共有チャネルに関するｅＲｅｄＣａｐ　ＵＥの動作について、以下で説明する。以下の動作例において、ｅＲｅｄＣａｐ　ＵＥは、単にＵＥ又は端末と呼ばれてもよい。
　端末（例えば、ＵＥ２００、ｅＲｅｄＣａｐＵＥ）は、特定端末のための第１帯域より狭い第２帯域内において、ランダムアクセスプロシージャのための第１下りリンク共有チャネルを受信する通信部（例えば、無線通信部２１０）と、第１下りリンク共有チャネルの繰り返し又は復号が複数スロットに跨る場合、第１下りリンク共有チャネルに対する上りリンクチャネルの送信、又は、第２下りリンク共有チャネルの受信、を処理する処理部（例えば、処理部２３０）と、を含んでもよい。端末は、特定端末のための第１帯域より狭い第２帯域内において、ランダムアクセスプロシージャのための第１下りリンク共有チャネルを受信する通信部と、第１下りリンク共有チャネルの繰り返しが複数スロットに跨る場合、第１下りリンク共有チャネルに対する上りリンクチャネルの送信を処理する処理部と、を含んでもよい。端末は、特定端末のための第１帯域より狭い第２帯域内において、ランダムアクセスプロシージャのための第１下りリンク共有チャネルを受信する通信部と、第１下りリンク共有チャネルの復号が複数スロットに跨る場合、第１下りリンク共有チャネルに対する上りリンクチャネルの送信を処理する処理部と、を含んでもよい。端末は、特定端末のための第１帯域より狭い第２帯域内において、ランダムアクセスプロシージャのための第１下りリンク共有チャネルを受信する通信部と、第１下りリンク共有チャネルの復号が複数スロットに跨る場合、第２下りリンク共有チャネルの受信を処理する処理部と、を含んでもよい。端末は、以下の動作例の通信方法を実施してもよい。
　本開示において、特定端末、通常ＵＥ、ＲｅｄＣａｐ　ＵＥ、ｅＲｅｄＣａｐ　ＵＥ、は互いに読み替えられてもよい。本開示において、第１帯域、特定端末のＰＤＳＣＨの受信のための帯域又はＤＬ　ＢＷＰ、ｅＲｅｄＣａｐ　ＵＥの下りリンク制御チャネルの受信のための帯域又はＤＬ　ＢＷＰ、特定の帯域幅を有する帯域又はＤＬ　ＢＷＰ、は互いに読み替えられてもよい。本開示において、第２帯域、ｅＲｅｄＣａｐ　ＵＥの下りリンク共有チャネルの受信のための帯域又はＤＬ　ＢＷＰ、ｅＲｅｄＣａｐ　ＵＥの下りリンク制御チャネルの受信のための帯域又はＤＬ　ＢＷＰ、特定の帯域幅を有する帯域又はＤＬ　ＢＷＰ、特定周波数帯域、低減された帯域幅、は互いに読み替えられてもよい。第１下りリンク共有チャネルは、ＲＡＲを伴ってもよいし、ＳＩＢ１を伴ってもよいし、ページングを伴ってもよい。上りリンクチャネルは、Ｍｓｇ３を伴うＰＵＳＣＨであってもよいし、ＲＡＲに対するＨＡＲＱフィードバックであってもよい。例えば、ＲＡＲに対するＨＡＲＱフィードバックは、ＰＵＣＣＨで送信されてもよい。上りリンクチャネルの送信の処理は、上りリンクチャネルの送信タイミングの決定を含んでもよい。第２下りリンク共有チャネルは、第１下りリンク共有チャネルの帯域（例えば、ＢＷＰ）及びスロットにおける他の下りリンク共有チャネルであってもよい。第２下りリンク共有チャネルの受信の処理は、第２下りリンク共有チャネルを受信しないこと、第２下りリンク共有チャネルの受信を要求されないこと、第２下りリンク共有チャネルを受信しないと想定すること、第２下りリンク共有チャネルをドロップすること、のいずれかを含んでもよい。
　基地局（例えば、基地局１００）は、特定端末のための第１帯域より狭い第２帯域内において、ランダムアクセスプロシージャのための第１下りリンク共有チャネルを送信する送信部（例えば、無線通信部１１０）と、第１下りリンク共有チャネルの繰り返し又は復号が複数スロットに跨る場合、第１下りリンク共有チャネルに対する上りリンクチャネルの受信、又は、第２下りリンク共有チャネルの送信、を処理する処理部（例えば、処理部１４０）と、を含んでもよい。基地局は、特定端末のための第１帯域より狭い第２帯域内において、ランダムアクセスプロシージャのための第１下りリンク共有チャネルを送信する送信部と、第１下りリンク共有チャネルの繰り返しが複数スロットに跨る場合、第１下りリンク共有チャネルに対する上りリンクチャネルの受信を処理する処理部と、を含んでもよい。基地局は、特定端末のための第１帯域より狭い第２帯域内において、ランダムアクセスプロシージャのための第１下りリンク共有チャネルを送信する送信部と、第１下りリンク共有チャネルの復号が複数スロットに跨る場合、第１下りリンク共有チャネルに対する上りリンクチャネルの受信を処理する処理部と、を含んでもよい。基地局は、特定端末のための第１帯域より狭い第２帯域内において、ランダムアクセスプロシージャのための第１下りリンク共有チャネルを送信する送信部と、第１下りリンク共有チャネルの復号が複数スロットに跨る場合、第２下りリンク共有チャネルの送信を処理する処理部と、を含んでもよい。
　以下、ｅＲｅｄＣａｐ　ＵＥのデータ復号処理能力又はＰＤＳＣＨ帯域幅に関する第１ケース及び第２ケースについて説明する。第１ケース、ｅＲｅｄＣａｐ　ＵＥのデータ復号処理能力が考慮されないケース、ＰＤＳＣＨ帯域幅がｅＲｅｄＣａｐ　ＵＥのデータ復号処理の帯域幅以下であるケース、ｅＲｅｄＣａｐ　ＵＥのデータ復号の処理時間が、ＲｅｄＣａｐ　ＵＥ又は通常ＵＥのデータ復号の処理時間と等しいケース、ＰＤＳＣＨ帯域幅が下りリンク制御チャネル用ＢＷＰよりも小さいケース、第１下りリンク共有チャネルの繰り返しが複数スロットに跨るケース、は互いに読み替えられてもよい。第２ケース、ｅＲｅｄＣａｐ　ＵＥのデータ復号処理能力が考慮されるケース、ＰＤＳＣＨ帯域幅がｅＲｅｄＣａｐ　ＵＥのデータ復号処理の帯域幅よりも大きいケース、ｅＲｅｄＣａｐ　ＵＥのデータ復号の処理時間が、ＲｅｄＣａｐ　ＵＥ又は通常ＵＥのデータ復号の処理時間よりも長いケース、ＰＤＳＣＨ帯域幅が下りリンク制御チャネル用ＢＷＰと等しいケース、第１下りリンク共有チャネルの復号が複数スロットに跨るケース、は互いに読み替えられてもよい。
　（５．１）第１ケース
　ＵＥは、設定又は指示に基づいて、ＲＡプロシージャにおけるＰＤＳＣＨの繰り返しの受信を決定してもよいし、ＰＤＳＣＨの繰り返しを想定してもよい。そのＰＤＳＣＨは、ＲＡＲを伴ってもよいし、Ｍｓｇ２及びＭｓｇＢの少なくとも１つであってもよい。ＲＡＲは、ＭＡＣ　ＲＡＲ、フォールバックＲＡＲ、サクセスＲＡＲの少なくとも１つであってもよい。ＰＤＳＣＨの繰り返しは、複数スロットに跨ってもよい。
　基地局によって、ＰＤＳＣＨの繰り返し（repetitions）の数が設定されてもよいし指示されてもよい。例えば、ＳＩＢ１（システム情報）に含まれるセル固有パラメータと、ＤＣＩと、の少なくとも１つを用いて、ＰＤＳＣＨの繰り返しの数が設定されてもよいし指示されてもよい。例えば、セル固有パラメータを用いて複数のＰＤＳＣＨの繰り返しの数が設定され、ＤＣＩを用いて当該複数のＰＤＳＣＨの繰り返しの数のうちの１つが指示されてもよい。ＤＣＩは、ＲＡ－ＲＮＴＩと、ＭｓｇＢ－ＲＮＴＩと、ＳＩ－ＲＮＴＩと、のいずれかによってスクランブルされているＣＲＣを伴うＤＣＩフォーマット（例えば、ＤＣＩフォーマット１＿０）であってもよい。図２１の例のように、ＤＣＩ内のフィールドＩＲｅｐの複数の値｛０、１、２、…｝に対応するＰＤＳＣＨの繰り返しの数ＮＲｅｐの複数の値｛Ｒ１、Ｒ２、Ｒ３、…｝が、セル固有パラメータによって設定され、ＤＣＩ内のフィールドによってＩＲｅｐの１つの値が指示されることによって、ＰＤＳＣＨの繰り返しの数ＮＲｅｐの１つの値が決定されてもよい。もしくは、ＰＤＳＣＨの繰り返しの数を含むＴＤＲＡテーブルが規定又は設定され、ＤＣＩ内のフィールド（例えば、PUSCH　time　resource　allocation（assignment）フィールド）にセットされる値によって、ＴＤＲＡテーブル内の１つの値が指示され、ＰＤＳＣＨの繰り返しの数が決定されてもよい。
　ＵＥは、Ｍｓｇ１ベース早期指示が設定されたことと、Ｍｓｇ１ベース早期指示が実行されたことと、の少なくとも１つに基づいて、ＰＤＳＣＨに対する制御を決定してもよい。図２２の例のように、ＵＥは、Ｍｓｇ１ベース早期指示が設定されたことと、Ｍｓｇ１ベース早期指示が実行されたことと、の少なくとも１つに基づいて、ＰＤＳＣＨの繰り返しを認識してもよい。例えば、ＤＣＩ内の周波数ドメインリソース割り当てフィールドのサイズ（ビット数）が、ＤＬ　ＢＷＰのサイズに基づくか、設定された特定周波数帯域に基づくかが決定されてもよい。ＤＬ　ＢＷＰは、ＣＯＲＥＳＥＴ＃０又は初期ＤＬ　ＢＷＰであってもよい。特定周波数帯域は、５ＭＨｚ以下の帯域幅を有していてもよい。ＵＥは、特定周波数帯域を示す情報を受信してもよい。ＵＥは、特定周波数帯域を示す情報を含む、システム情報と、ＲＲＣメッセージと、ＤＣＩと、の少なくとも１つを受信してもよい。すなわち、基地局は、特定周波数帯域を示す情報を含む、システム情報と、ＲＲＣメッセージと、ＤＣＩと、の少なくとも１つを送信してもよい。システム情報は、ＳＩＢ１であってもよい。ＤＣＩは、ＲＡ－ＲＮＴＩと、ＭｓｇＢ－ＲＮＴＩと、ＳＩ－ＲＮＴＩと、のいずれかによってスクランブルされているＣＲＣを伴うＤＣＩフォーマット（例えば、ＤＣＩフォーマット１＿０）であってもよい。ＰＤＳＣＨの繰り返しの数は、仕様に規定されてもよいしシステム情報によって設定されてもよいしＤＣＩによって指示されてもよい。
　図２３の例のように、ＵＥは、ＰＤＳＣＨの複数の繰り返しの内の特定の繰り返しのタイミングに基づいて、Ｍｓｇ３の送信タイミングを決定してもよい。特定の繰り返しは、ＰＤＳＣＨの複数の繰り返しの内の特定のＰＤＳＣＨと言い換えてもよい。複数の繰り返しは、繰り返し数によって設定されてもよいし基地局から指示されてもよい。特定の繰り返しは、繰り返し数によって設定あるいは指示された複数の繰り返しの内の最後の繰り返しであってもよいし、ＵＥによって最後に受信された繰り返しであってもよい。特定の繰り返しのタイミングは、Ｍｓｇ３の送信タイミングを決定する基準タイミングであってもよい。特定の繰り返しのタイミングは、複数の繰り返しの終了タイミングであってもよいし、複数の繰り返しの終了スロットであってもよいし、ＵＥによって最後に受信された繰り返しのスロットであってもよい。複数の繰り返し、または、特定の繰り返しとするＰＤＳＣＨは、Ｍｓｇ２（ＭＡＣ　ＲＡＲ又はフォールバックＲＡＲ）を伴うＰＤＳＣＨであってもよい。例えば、ＵＥは、ＲＡＲメッセージを伴う最後の繰り返しのスロットと、ＲＡＲメッセージ内のPUSCH　time　resource　allocation（assignment）フィールド、及び、ＴＤＲＡテーブルと、に基づいて、Ｍｓｇ３の送信タイミングを決定してもよい。
　Ｍｓｇ３を伴うＰＵＳＣＨに対して周波数ホッピングが適用されてもよい。ＵＥは、決定された送信タイミングにおいて、Ｍｓｇ３を伴うＰＵＳＣＨに周波数ホッピングを適用してもよい。例えば、基地局は、Ｍｓｇ３を伴うＰＵＳＣＨに周波数ホッピングを適用するか否か（周波数ホッピングの有効又は無効）を示すための情報を含む、システム情報と、ＲＲＣメッセージと、ＤＣＩと、の少なくとも１つを送信してもよい。ＵＥは、システム情報と、ＲＲＣメッセージと、ＤＣＩと、の少なくとも１つに含まれる、当該周波数ホッピングを適用するか否かを示す情報に基づいて、Ｍｓｇ３を伴うＰＵＳＣＨに周波数ホッピングを適用するか否かを決定してもよい。また、基地局は、周波数ホッピングが適用される特定周波数帯域を示す情報を含む、システム情報と、ＲＲＣメッセージと、ＤＣＩと、の少なくとも１つを送信してもよい。ＵＥは、システム情報と、ＲＲＣメッセージと、ＤＣＩと、の少なくとも１つに含まれる、当該特定周波数帯域を示す情報に基づいて、周波数ホッピングが適用される特定周波数帯域を示す情報を決定してもよい。特定周波数帯域は、５ＭＨｚ以下の帯域幅を有していてもよい。システム情報は、ＳＩＢ１であってもよい。ＤＣＩは、ＲＡ－ＲＮＴＩと、ＭｓｇＢ－ＲＮＴＩと、ＳＩ－ＲＮＴＩと、のいずれかによってスクランブルされているＣＲＣを伴うＤＣＩフォーマット（例えば、ＤＣＩフォーマット１＿０）であってもよい。
　図２４の例のように、ＵＥは、サクセスＲＡＲメッセージ（ＭｓｇＢ）を伴うＰＤＳＣＨの最後の繰り返しのスロットに基づいて、そのＰＤＳＣＨに対するＨＡＲＱフィードバックを伴うＰＵＣＣＨの送信タイミングを決定してもよい。例えば、ＵＥは、サクセスＲＡＲメッセージを伴うＰＤＳＣＨの最後の繰り返しのスロットと、そのサクセスＲＡＲメッセージ内のＨＡＲＱフィードバック送信タイミングインディケータと、に基づいて、そのＰＤＳＣＨに対するＨＡＲＱフィードバックを伴うＰＵＣＣＨの送信タイミングを決定してもよい。ＨＡＲＱフィードバック送信タイミングインディケータの値（スロット数）の候補は、仕様等によって事前に規定されている値ｋの候補を含んでもよい。ＨＡＲＱフィードバック送信タイミングインディケータの値（スロット数）に対するオフセットが設定されてもよい。オフセットは、ｅＲｅｄＣａｐ固有パラメータ（eRedCap-specific parameter）であってもよい。例えば、基地局は、オフセットを示すための情報を含む、システム情報と、ＲＲＣメッセージと、ＤＣＩと、の少なくとも１つを送信してもよい。ＵＥは、システム情報と、ＲＲＣメッセージと、ＤＣＩと、の少なくとも１つに含まれる、オフセットを示すための情報に基づいて、オフセットの値を決定してもよい。システム情報は、ＳＩＢ１であってもよい。ＤＣＩは、ＲＡ－ＲＮＴＩと、ＭｓｇＢ－ＲＮＴＩと、ＳＩ－ＲＮＴＩと、のいずれかによってスクランブルされているＣＲＣを伴うＤＣＩフォーマット（例えば、ＤＣＩフォーマット１＿０）であってもよい。
　この第１ケースの動作によれば、ｅＲｅｄＣａｐ　ＵＥは、下りリンク共有チャネルが繰り返しを伴う場合であっても、その下りリンク共有チャネルに対する上りリンクチャネルを適切に送信できる。
　（５．２）第２ケース
　ＵＥは、そのＵＥによってサポートされる下りリンクの処理（例えば、データ復号処理能力）に関する能力情報を送信してもよい。例えば、能力情報は、１スロットあたりに処理可能な下りリンクの情報量であってもよいし、１スロットあたりに処理可能なＤＬ－ＳＣＨ又はＰＤＳＣＨのデータ量であってもよい。１つの下りリンクのトランスポートブロック又はＤＬ－ＳＣＨ又はＰＤＳＣＨの処理時間であってもよい。ＰＤＳＣＨのデータ復号処理は、複数スロットに跨ってもよい。能力情報が示す処理能力は、処理のためのバッファリングの能力を示してもよい。その処理のためのバッファリングの能力は、受信のためのバッファリングの能力よりも低くてもよい。
　ＵＥは、ＰＤＳＣＨの受信タイミングと、Ｍｓｇ３の送信タイミングの決定のためのパラメータと、に基づいて、Ｍｓｇ３の送信タイミングを決定してもよい。ＰＤＳＣＨは、ＭＡＣ　ＲＡＲを伴うＰＤＳＣＨであってもよいし、フォールバックＲＡＲを伴うＰＤＳＣＨであってもよい。Ｍｓｇ３の送信タイミングの決定のためのパラメータは、仕様等によって事前に規定されてもよいし、基地局によって設定されてもよいし、指示されてもよい。例えば、基地局は、Ｍｓｇ３の送信タイミングの決定のためのパラメータを含む、システム情報と、ＲＲＣメッセージと、ＤＣＩと、の少なくとも１つを送信してもよい。ＵＥは、ＲＲＣメッセージと、ＤＣＩと、の少なくとも１つに含まれる、Ｍｓｇ３の送信タイミングの決定のためのパラメータを受信してもよい。システム情報は、ＳＩＢ１であってもよい。ＤＣＩは、ＲＡ－ＲＮＴＩと、ＭｓｇＢ－ＲＮＴＩと、ＳＩ－ＲＮＴＩと、のいずれかによってスクランブルされているＣＲＣを伴うＤＣＩフォーマット（例えば、ＤＣＩフォーマット１＿０）であってもよい。パラメータは、ｅＲｅｄＣａｐ固有パラメータであってもよいし、能力情報に対応するパラメータであってもよい。例えば、パラメータは、Ｍｓｇ３（例えば、Ｍｓｇ３　ＰＵＳＣＨ）のためのＴＤＲＡテーブルによって規定されてもよい。例えば、図２５の例のように、パラメータは、ＰＵＳＣＨのためのＴＤＲＡテーブルにおいて規定される時間リソースに対するオフセットであってもよい。時間リソースは、通常ＵＥ又はＲｅｄＣａｐ　ＵＥに対する時間リソースであってもよい。オフセットは、ＰＤＳＣＨの処理時間に関するオフセットであってもよいし、ＰＤＳＣＨの処理時間に関する能力情報に対応するオフセットであってもよいし、スロット数であってもよい。
　上述の通り、Ｍｓｇ３を伴うＰＵＳＣＨに対して周波数ホッピングが適用されてもよい。ＵＥは、決定された送信タイミングにおいて、Ｍｓｇ３を伴うＰＵＳＣＨに周波数ホッピングを適用してもよい。ＵＥは、周波数ホッピングが適用される特定周波数帯域を示す情報を受信してもよい。特定周波数帯域は、５ＭＨｚ以下の帯域幅を有していてもよい。ＵＥは、特定周波数帯域を示す情報を含む、システム情報と、ＲＲＣメッセージと、ＤＣＩと、の少なくとも１つを受信してもよい。システム情報は、ＳＩＢ１であってもよい。ＤＣＩは、ＲＡ－ＲＮＴＩと、ＭｓｇＢ－ＲＮＴＩと、ＳＩ－ＲＮＴＩと、のいずれかによってスクランブルされているＣＲＣを伴うＤＣＩフォーマット（例えば、ＤＣＩフォーマット１＿０）であってもよい。
　ＵＥは、ＰＤＳＣＨの受信タイミングと、ＨＡＲＱフィードバックの送信タイミングの決定のためのパラメータと、に基づいて、ＨＡＲＱフィードバックの送信タイミングを決定してもよい。ＰＤＳＣＨは、サクセスＲＡＲを伴うＰＤＳＣＨであってもよい。ＨＡＲＱフィードバックの送信タイミングの決定のためのパラメータは、仕様等によって事前に規定されてもよいし、基地局によって設定されてもよいし、指示されてもよい。例えば、基地局は、ＨＡＲＱフィードバックの送信タイミングの決定のためのパラメータを含む、システム情報と、ＲＲＣメッセージと、ＤＣＩと、の少なくとも１つを送信してもよい。ＵＥは、ＲＲＣメッセージと、ＤＣＩと、の少なくとも１つに含まれる、ＨＡＲＱフィードバックの送信タイミングの決定のためのパラメータを受信してもよい。システム情報は、ＳＩＢ１であってもよい。ＤＣＩは、ＲＡ－ＲＮＴＩと、ＭｓｇＢ－ＲＮＴＩと、ＳＩ－ＲＮＴＩと、のいずれかによってスクランブルされているＣＲＣを伴うＤＣＩフォーマット（例えば、ＤＣＩフォーマット１＿０）であってもよい。パラメータは、ｅＲｅｄＣａｐ固有パラメータであってもよい。例えば、図２６の例のように、パラメータは、ＨＡＲＱフィードバックのために指示される時間リソースに対するオフセットであってもよい。時間リソースは、通常ＵＥ又はＲｅｄＣａｐ　ＵＥに対する時間リソースであってもよい。オフセットは、ＰＤＳＣＨの処理時間に関するオフセットであってもよいし、ＰＤＳＣＨの処理時間に関する能力情報に対応するオフセットであってもよいし、スロット数であってもよい。
　ＵＥは、特定下りリンクメッセージのタイミングにおいて、他のＰＤＳＣＨを復号しなくてもよい。特定下りリンクメッセージは、ＲＡＲメッセージを伴うＰＤＳＣＨであってもよいし、ＳＩＢ１であってもよいし、ページングであってもよい。例えば、ＵＥは、ＲＡＲメッセージを伴うＰＤＳＣＨを含む２つの以上のＰＤＳＣＨを同時に受信することを要求されなくてもよい。図２７の例のように、ＵＥは、ＲＡＲメッセージを伴うＰＤＳＣＨを受信するスロットにおいて、他のＰＤＳＣＨを復号しなくてもよい。ＲＡＲメッセージを伴うＰＤＳＣＨは、ＲＡ－ＲＮＴＩ又はＭｓｇＢ－ＲＮＴＩによってスクランブルされているＣＲＣを伴うＤＣＩフォーマット（例えば、ＤＣＩフォーマット１＿０）を用いてスケジューリングされてもよい。他のＰＤＳＣＨは、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩによってスクランブルされているＣＲＣを伴うＤＣＩフォーマット（例えば、ＤＣＩフォーマット１＿０及び／又はＤＣＩフォーマット１＿１及び／又はＤＣＩフォーマット１＿２）であってもよい。ＵＥは、ＲＡＲメッセージを伴うＰＤＳＣＨの周波数帯域と同じ周波数帯域において、他のＰＤＳＣＨを復号しなくてもよい。すなわち、ＵＥは、ＲＡＲメッセージを伴うＰＤＳＣＨがスケジューリングされた周波数帯域と同じ周波数帯域において、他のＰＤＳＣＨがスケジューリングされた場合には、他のＰＤＳＣＨを復号しなくてもよい。ＵＥは、ＲＡＲメッセージを伴うＰＤＳＣＨのスロット及び周波数帯域において、他のＰＤＳＣＨを復号しなくてもよい。すなわち、ＵＥは、ＲＡＲメッセージを伴うＰＤＳＣＨがスケジューリングされたスロット及び周波数帯域（すなわち、時間領域リソース及び時間領域リソース）と同じスロット及び周波数帯域において、他のＰＤＳＣＨがスケジューリングされた場合には、他のＰＤＳＣＨを復号しなくてもよい。ＵＥは、ＲＡＲメッセージを伴うＰＤＳＣＨを受信するスロット及び周波数帯域において、他のＰＤＳＣＨをドロップしてもよいし、他のＰＤＳＣＨが送信されないとみなしてもよいし、他のＰＤＳＣＨが送信されないと想定してもよい。
　この第２ケースの動作によれば、ｅＲｅｄＣａｐ　ＵＥは、下りリンク共有チャネルが繰り返しを伴う場合であっても、その下りリンク共有チャネルに対する上りリンクチャネルを適切に送信できる。
　以上の実施形態によれば、ＲＡプロシージャのための第１下りリンク共有チャネルの繰り返し又は復号が複数スロットに跨る場合であっても、ｅＲｅｄＣａｐ　ＵＥは、第１下りリンク共有チャネルに対する上りリンクチャネルの送信、又は、第２下りリンク共有チャネルの受信を適切に処理することができる。
＜補足＞
　本開示におけるｅＲｅｄＣａｐ　ＵＥが動作する周波数レンジは、ＦＲ１に限られない。例えば、ＦＲ２（ＦＲ２－１、２－２）、ＦＲ３、ＦＲ４などにおけるＢＷＰに関する制御に、本開示における上述の方法を適用してもよい。
　本開示において、パラメータlocationAndBandwidthの代わりに、ＢＷＰの位置を示すパラメータ及び／又はＢＷＰの帯域幅を示すパラメータが用いられてもよい。
　本開示における、ＳＩＢ１内のServingCellConfigCommonSIB情報要素は、別のＲＲＣメッセージ（例えば、セルグループの設定を示すCellGroupConfig情報要素内の同期を伴う再設定のための情報（ReconfigurationWithSyncフィールド）又はセカンダリセルのための情報（SCellConfigフィールド））に含まれるServingCellConfigCommon情報要素と互いに読み替えられてもよい。
　本開示におけるＢＷＰは、サブキャリア、リソースエレメント、サブバンド、リソースブロック（ＲＢ）、物理ＲＢ（Physical　RB（ＰＲＢ））、共通ＲＢ（Common　RB（ＣＲＢ））、仮想ＲＢ（Virtual　RB（ＶＲＢ））、リソースブロックセット、周波数帯、帯域幅、周波数帯域幅、周波数リソース、周波数ドメインリソース、部分帯域、などの少なくとも１つと互いに読み替えられてもよい。
　本開示において、１つ又は複数のサーチスペースは、サーチスペースセットと呼ばれてもよい。なお、本開示において、「サーチスペース」、「サーチスペースセット」、「サーチスペース設定」、「サーチスペースセット設定」、「ＣＯＲＥＳＥＴ」、「ＣＯＲＥＳＥＴ設定」などは、互いに読み替えられてもよい。
　本開示において、チャネル及び信号は、互いに読み替えられてもよい。
　本開示において、無線リソース制御（Radio　Resource　Control（ＲＲＣ））、ＲＲＣパラメータ、ＲＲＣメッセージ、上位レイヤパラメータ、フィールド、情報要素（Information　Element（ＩＥ））、設定などは、互いに読み替えられてもよい。
　なお、本開示における「-rXX」は、３ＧＰＰ　Ｒｅｌ．ＸＸで規定される又は規定される予定のパラメータであることを示す。パラメータの名称は、例示される名称に限られない（例えば、「-rXX」がなくてもよいし、「-rXX」が付与されてもよいし、XXの数字又は文字が異なってもよい）。本開示が適用される３ＧＰＰのリリースは、Ｒｅｌ．１８に限られない。
　本開示において、ＲｅｄＣａｐ固有ＢＷＰ（ＲｅｄＣａｐ固有初期ＢＷＰを含む）は、ＲｅｄＣａｐ　ＵＥが利用可能な最大帯域幅（例えば、２０ＭＨｚ）までの帯域幅を有するＢＷＰに該当してもよい。また、本開示において、制御チャネル用ｅＲｅｄＣａｐ固有（初期）ＢＷＰは、ｅＲｅｄＣａｐ　ＵＥが利用可能な最大帯域幅（例えば、２０ＭＨｚ）までの帯域幅を有するＢＷＰに該当してもよい。また、本開示において、ｅＲｅｄＣａｐ固有ＢＷＰ（ｅＲｅｄＣａｐ固有初期ＢＷＰ、データチャネル用ｅＲｅｄＣａｐ固有（初期）ＢＷＰなどを含む）は、低減された帯域幅（例えば、５ＭＨｚ）までの帯域幅を有するＢＷＰに該当してもよい。
　ＵＥは、ｅＲｅｄＣａｐ　ＵＥであることと、ｅＲｅｄＣａｐ　ＵＥ又はデータ復号処理能力に関する能力情報を報告したことと、の少なくとも１つに基づいて、以上の動作例のいずれかの動作を実行してもよい。
　ＵＥは、Ｍｓｇ１ベース早期指示が設定されたことと、Ｍｓｇ１ベース早期指示を実行したことと、の少なくとも１つに基づいて、以上の動作例のいずれかの動作を実行してもよい。
＜変形例＞
　なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。
　本開示において、装置、回路、デバイス、部（section）、ユニットなどの文言は、互いに読み替えることができる。
　本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースは、所定のインデックスによって指示されてもよい。
　本開示においてパラメータなどに使用する名称は、いかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式などは、本開示において明示的に開示したものと異なってもよい。
　本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
　入出力された情報、信号などは、特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報、信号などは、上書き、更新又は追記をされ得る。出力された情報、信号などは、削除されてもよい。入力された情報、信号などは、他の装置へ送信されてもよい。
　情報の通知は、本開示において説明した態様／実施形態に限られず、他の方法を用いて行われてもよい。例えば、本開示における情報の通知は、物理レイヤシグナリング（例えば、下りリンク制御情報（Downlink　Control　Information（ＤＣＩ））、上りリンク制御情報（Uplink　Control　Information（ＵＣＩ）））、上位レイヤシグナリング（例えば、Radio　Resource　Control（ＲＲＣ）シグナリング、ブロードキャスト情報（マスタ情報ブロック（Master　Information　Block（ＭＩＢ））、システム情報ブロック（System　Information　Block（ＳＩＢ））など）、Medium　Access　Control（ＭＡＣ）シグナリング）、その他の信号又はこれらの組み合わせによって実施されてもよい。
　なお、物理レイヤシグナリングは、Layer　1／Layer　2（Ｌ１／Ｌ２）制御情報（Ｌ１／Ｌ２制御信号）、Ｌ１制御情報（Ｌ１制御信号）などと呼ばれてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC　Connection　Setup）メッセージ、ＲＲＣ接続再構成（RRC　Connection　Reconfiguration）メッセージなどであってもよい。また、ＭＡＣシグナリングは、例えば、ＭＡＣ制御要素（ＭＡＣ　Control　Element（ＣＥ））を用いて通知されてもよい。
　また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的な通知に限られず、暗示的に（例えば、当該所定の情報の通知を行わないことによって又は別の情報の通知によって）行われてもよい。
　ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
　また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（Digital　Subscriber　Line（ＤＳＬ））など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。
　本開示においては、「基地局（Base　Station（ＢＳ））」、「無線基地局」、「固定局（fixed　station）」、「ＮｏｄｅＢ」、「ｅＮＢ（ｅＮｏｄｅＢ）」、「ｇＮＢ（ｇＮｏｄｅＢ）」、「アクセスポイント（access　point）」、「送信ポイント（Transmission　Point（ＴＰ））」、「受信ポイント（Reception　Point（ＲＰ））」、「送受信ポイント（Transmission/Reception　Point（ＴＲＰ））」、「パネル」、「セル」、「セクタ」、「セルグループ」、「キャリア」、「コンポーネントキャリア」などの用語は、互換的に使用され得る。
　本開示においては、「移動局（Mobile　Station（ＭＳ））」、「ユーザ端末（user　terminal）」、「ユーザ機器（User　Equipment（ＵＥ））」、「端末」などの用語は、互換的に使用され得る。
　基地局及び移動局の少なくとも一方は、送信装置、受信装置、無線通信装置などと呼ばれてもよい。なお、基地局及び移動局の少なくとも一方は、移動体（moving　object）に搭載されたデバイス、移動体自体などであってもよい。
　当該移動体は、乗り物（例えば、車、飛行機など）であってもよいし、無人で動く移動体（例えば、ドローン、自動運転車など）であってもよいし、ロボット（有人型又は無人型）であってもよい。なお、基地局及び移動局の少なくとも一方は、必ずしも通信動作時に移動しない装置も含む。
　本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、本開示において説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。
　本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
　本開示において使用する「第１の」、「第２の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本開示において使用され得る。したがって、第１及び第２の要素の参照は、２つの要素のみが採用され得ること又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。
　本開示において、「Ａ／Ｂ」及び「Ａ及びＢの少なくとも一方」は、互いに読み替えられてもよい。また、本開示において、「Ａ／Ｂ／Ｃ」は、「Ａ、Ｂ及びＣの少なくとも１つ」を意味してもよい。
　本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。なお、当該用語は、「ＡとＢがそれぞれＣと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。
　本開示において、「含む（include）」、「含んでいる（including）」及びこれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。
　本開示において、例えば、英語でのa,　an及びtheのように、翻訳によって冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。
　本開示において、「以下」、「未満」、「以上」、「より多い」、「と等しい」などは、互いに読み替えられてもよい。また、本開示において、「良い」、「悪い」、「大きい」、「小さい」、「高い」、「低い」、「早い」、「遅い」、「広い」、「狭い」、などを意味する文言は、原級、比較級及び最上級に限らず互いに読み替えられてもよい。また、本開示において、「良い」、「悪い」、「大きい」、「小さい」、「高い」、「低い」、「早い」、「遅い」、「広い」、「狭い」などを意味する文言は、「ｉ番目に」（ｉは任意の整数）を付けた表現として、原級、比較級及び最上級に限らず互いに読み替えられてもよい（例えば、「最高」は「ｉ番目に最高」と互いに読み替えられてもよい）。
　本開示において、「の（of）」、「のための（for）」、「に関する（regarding）」、「に関係する（related　to）」、「に関連付けられる（associated　with）」などは、互いに読み替えられてもよい。
　以上、本開示に係る発明について詳細に説明したが、当業者にとっては、本開示に係る発明が本開示中に説明した実施形態に限定されないということは明らかである。本開示の記載は、例示説明を目的とし、本開示に係る発明に対して何ら制限的な意味をもたらさない。
＜付記＞
　本開示の一実施形態に関して、以下の発明を付記する。
［付記１］
　特定端末のための第１帯域より狭い第２帯域内において、ランダムアクセスプロシージャのための第１下りリンク共有チャネルを受信する通信部と、
　前記第１下りリンク共有チャネルの繰り返し又は復号が複数スロットに跨る場合、前記第１下りリンク共有チャネルに対する上りリンクチャネルの送信、又は、第２下りリンク共有チャネルの受信、を処理する処理部と、を含む端末。
［付記２］
　前記通信部は、前記繰り返しの数に関するシステム情報又は下りリンク制御情報を受信する、付記１に記載の端末。
［付記３］
　前記処理部は、早期指示の設定又は実行に基づいて、前記繰り返しを認識する、付記１又は付記２に記載の端末。
［付記４］
　前記処理部は、前記繰り返しの終了タイミングから、前記送信のタイミングを決定する、付記１から付記３のいずれかに記載の端末。
［付記５］
　前記処理部は、前記第１下りリンク共有チャネルの処理に関する能力情報と、前記第１下りリンク共有チャネルの処理時間に関するオフセットと、の少なくとも１つに基づいて、前記第１下りリンク共有チャネルの受信タイミングから、前記送信のタイミングを決定する、付記１から付記４のいずれかに記載の端末。
［付記６］
　前記第１下りリンク共有チャネルの帯域及びスロットにおいて、前記第２下りリンク共有チャネルを受信しないと想定する、付記１から付記５のいずれかに記載の端末。
［付記７］
　前記第１下りリンク共有チャネルは、ランダムアクセスレスポンスを伴う、付記１から付記６のいずれかに記載の端末。
［付記８］
　前記上りリンクチャネルは、メッセージ３又はhybrid　automatic　request（ＨＡＲＱ）フィードバックを伴う、付記１から付記７のいずれかに記載の端末。
［付記９］
　特定端末のための第１帯域より狭い第２帯域内において、ランダムアクセスプロシージャのための第１下りリンク共有チャネルを送信する送信部と、
　前記第１下りリンク共有チャネルの繰り返し又は復号が複数スロットに跨る場合、前記第１下りリンク共有チャネルに対する上りリンクチャネルの受信、又は、第２下りリンク共有チャネルの送信、を処理する処理部と、を含む基地局。
［付記１０］
　端末において実施される通信方法であって、
　特定端末のための第１帯域より狭い第２帯域内において、ランダムアクセスプロシージャのための第１下りリンク共有チャネルを受信することと、
　前記第１下りリンク共有チャネルの繰り返し又は復号が複数スロットに跨る場合、前記第１下りリンク共有チャネルに対する上りリンクチャネルの送信、又は、第２下りリンク共有チャネルの受信、を処理することと、を含む通信方法。

Claims (10)

  1. 　特定端末のための第１帯域より狭い第２帯域内において、ランダムアクセスプロシージャのための第１下りリンク共有チャネルを受信する通信部と、
    　前記第１下りリンク共有チャネルの繰り返し又は復号が複数スロットに跨る場合、前記第１下りリンク共有チャネルに対する上りリンクチャネルの送信、又は、第２下りリンク共有チャネルの受信、を処理する処理部と、を含む端末。
  2. 　前記通信部は、前記繰り返しの数に関するシステム情報又は下りリンク制御情報を受信する、請求項１に記載の端末。
  3. 　前記処理部は、早期指示の設定又は実行に基づいて、前記繰り返しを認識する、請求項１に記載の端末。
  4. 　前記処理部は、前記繰り返しの終了タイミングから、前記送信のタイミングを決定する、請求項１に記載の端末。
  5. 　前記処理部は、前記第１下りリンク共有チャネルの処理に関する能力情報と、前記第１下りリンク共有チャネルの処理時間に関するオフセットと、の少なくとも１つに基づいて、前記第１下りリンク共有チャネルの受信タイミングから、前記送信のタイミングを決定する、請求項１に記載の端末。
  6. 　前記第１下りリンク共有チャネルの帯域及びスロットにおいて、前記第２下りリンク共有チャネルを受信しないと想定する、請求項１に記載の端末。
  7. 　前記第１下りリンク共有チャネルは、ランダムアクセスレスポンスを伴う、請求項１に記載の端末。
  8. 　前記上りリンクチャネルは、メッセージ３又はhybrid　automatic　request（ＨＡＲＱ）フィードバックを伴う、請求項１に記載の端末。
  9. 　特定端末のための第１帯域より狭い第２帯域内において、ランダムアクセスプロシージャのための第１下りリンク共有チャネルを送信する送信部と、
    　前記第１下りリンク共有チャネルの繰り返し又は復号が複数スロットに跨る場合、前記第１下りリンク共有チャネルに対する上りリンクチャネルの受信、又は、第２下りリンク共有チャネルの送信、を処理する処理部と、を含む基地局。
  10. 　端末において実施される通信方法であって、
    　特定端末のための第１帯域より狭い第２帯域内において、ランダムアクセスプロシージャのための第１下りリンク共有チャネルを受信することと、
    　前記第１下りリンク共有チャネルの繰り返し又は復号が複数スロットに跨る場合、前記第１下りリンク共有チャネルに対する上りリンクチャネルの送信、又は、第２下りリンク共有チャネルの受信、を処理することと、を含む通信方法。
PCT/JP2023/036303 2022-11-03 2023-10-05 端末、基地局、及び通信方法 Ceased WO2024095679A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2024554334A JPWO2024095679A5 (ja) 2023-10-05 端末及び基地局
EP23885442.6A EP4615136A4 (en) 2022-11-03 2023-10-05 TERMINAL, BASE STATION AND COMMUNICATION METHOD
CN202380076744.9A CN120153747A (zh) 2022-11-03 2023-10-05 终端、基站以及通信方法
US19/185,515 US20250261199A1 (en) 2022-11-03 2025-04-22 Terminal, base station, and communication method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022-176815 2022-11-03
JP2022176815 2022-11-03

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US19/185,515 Continuation US20250261199A1 (en) 2022-11-03 2025-04-22 Terminal, base station, and communication method

Publications (1)

Publication Number Publication Date
WO2024095679A1 true WO2024095679A1 (ja) 2024-05-10

Family

ID=90930384

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/036303 Ceased WO2024095679A1 (ja) 2022-11-03 2023-10-05 端末、基地局、及び通信方法

Country Status (4)

Country Link
US (1) US20250261199A1 (ja)
EP (1) EP4615136A4 (ja)
CN (1) CN120153747A (ja)
WO (1) WO2024095679A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN118785409A (zh) * 2023-04-06 2024-10-15 诺基亚技术有限公司 随机存取消息针对降低能力设备的时域资源分配
US20240389099A1 (en) * 2023-05-15 2024-11-21 Mediatek Inc. Method And Apparatus For Handling Simultaneous Reception In Mobile Communications

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20240114487A1 (en) * 2022-09-30 2024-04-04 Mediatek Inc. Techniques for ue power saving and ue complexity reduction

Non-Patent Citations (10)

* Cited by examiner, † Cited by third party
Title
"Discussion on further UE complexity reduction for eRedCap", 3GPP TSG RAN WG1 MEETING #110BIS-E, R1-2209912, 10 October 2022 (2022-10-10)
"Discussion on solutions to further reduce UE complexity", 3GPP TSG RAN WG1 MEETING #110BIS-E, R1-2208416, 10 October 2002 (2002-10-10)
"Discussion on UE further complexity reduction", 3GPP TSG RAN WG1 MEETING #110BIS-E, R1-2208653, 10 October 2022 (2022-10-10)
"Further RedCap UE complexity reduction", 3GPP TSG RAN WG1 MEETING #110BIS-E, R1-2208362, 10 October 2022 (2022-10-10)
LENOVO, MOTOROLA MOBILITY: "The principle to constrain reduced capability NR devices", 3GPP DRAFT; R2-2007478, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. electronic; 20200817 - 20200828, 7 August 2020 (2020-08-07), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051912216 *
LG ELECTRONICS: "Discussion on further UE complexity reduction for eRedCap", 3GPP DRAFT; R1-2209451, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. e-Meeting; 20221010 - 20221019, 30 September 2022 (2022-09-30), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052277370 *
QUALCOMM INCORPORATED: "BW Reduction for RedCap UE", 3GPP DRAFT; R1-2107351, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. e-Meeting; 20210816 - 20210827, 7 August 2021 (2021-08-07), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP052038299 *
QUALCOMM INCORPORATED: "Type-A PUSCH repetition for Msg3", 3GPP DRAFT; R1-2110205, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. e-Meeting; 20211010 - 20211029, 2 October 2021 (2021-10-02), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052059141 *
See also references of EP4615136A4
XIAOJUN MA, SHARP: "Discussion on complexity reduction for eRedCap UE", 3GPP DRAFT; R1-2307855; TYPE DISCUSSION; NR_REDCAP_ENH-CORE, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. 3GPP RAN 1, no. Toulouse, FR; 20230821 - 20230825, 11 August 2023 (2023-08-11), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052437076 *

Also Published As

Publication number Publication date
JPWO2024095679A1 (ja) 2024-05-10
US20250261199A1 (en) 2025-08-14
EP4615136A4 (en) 2026-02-18
EP4615136A1 (en) 2025-09-10
CN120153747A (zh) 2025-06-13

Similar Documents

Publication Publication Date Title
US12581395B2 (en) Method for transmitting and receiving signals for wireless communication, and apparatus therefor
US12108385B2 (en) Method and apparatus for uplink data repetitive transmission and reception for network cooperative communication
US12058660B2 (en) Method for transmitting/receiving signal based on reduced capability in wireless communication system, and device therefor
CN113303020B (zh) 无线通信系统中的处理两步随机接入过程中的msg a重传的方法和设备
US11924842B2 (en) Method and apparatus for configuring default beam in wireless communication systems
US20230164781A1 (en) Method and apparatus for transmitting and receiving signal for wireless communication
EP4101249B1 (en) Dynamic processing time and dynamic blind decoding capability for nr user devices
JP2022528231A (ja) 下りリンク制御情報を送信する方法及び基地局、並びに下りリンク制御情報を受信する方法、ユーザ機器及び格納媒体
CN114830739B (zh) 用于在无线通信系统中处理系统信息请求的方法和装置
CN103493573A (zh) 用于随机接入响应的交叉调度
US20250261199A1 (en) Terminal, base station, and communication method
US20230100499A1 (en) Method and apparatus for bwp operation based on ue type in wireless communication system
KR20250099340A (ko) 무선 통신 시스템에서 네트워크 에너지 절감을 위한 si 획득 방법 및 장치
US20250024441A1 (en) Signal transmission/reception method for wireless communication, and apparatus therefor
EP4572510A1 (en) Signal transmission and reception method for wireless communication and apparatus therefor
CN117998612A (zh) 通信系统中下行链路数据信道的重复方案的方法和装置
WO2024070599A1 (ja) 端末及び基地局
WO2024070598A1 (ja) 端末、基地局、及び通信方法
US20250301507A1 (en) Method and apparatus for transmitting uplink signal by terminal in wireless communication system
EP4615141A1 (en) Signal transmission/reception method for wireless communication, and apparatus therefor
WO2024024968A1 (ja) 装置および方法
WO2023238686A1 (ja) 通信装置、基地局、及び通信方法
WO2023238688A1 (ja) 通信装置及び通信方法
WO2023238689A1 (ja) 通信装置、基地局、及び通信方法
KR20250010361A (ko) 이동성 제어 방법 및 장치

Legal Events

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

Ref document number: 23885442

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2024554334

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 202380076744.9

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 2023885442

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2023885442

Country of ref document: EP

Effective date: 20250603

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112025008454

Country of ref document: BR

WWP Wipo information: published in national office

Ref document number: 202380076744.9

Country of ref document: CN

WWP Wipo information: published in national office

Ref document number: 2023885442

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 112025008454

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20250429