WO2023238688A1 - Dispositif de communication et procédé de communication - Google Patents

Dispositif de communication et procédé de communication Download PDF

Info

Publication number
WO2023238688A1
WO2023238688A1 PCT/JP2023/019563 JP2023019563W WO2023238688A1 WO 2023238688 A1 WO2023238688 A1 WO 2023238688A1 JP 2023019563 W JP2023019563 W JP 2023019563W WO 2023238688 A1 WO2023238688 A1 WO 2023238688A1
Authority
WO
WIPO (PCT)
Prior art keywords
eredcap
base station
resource blocks
communication device
rnti
Prior art date
Application number
PCT/JP2023/019563
Other languages
English (en)
Japanese (ja)
Inventor
卓宏 古山
秀明 ▲高▼橋
Original Assignee
株式会社デンソー
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社デンソー filed Critical 株式会社デンソー
Publication of WO2023238688A1 publication Critical patent/WO2023238688A1/fr

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • 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/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management

Definitions

  • the present disclosure relates to a communication device and a communication method used in a mobile communication system.
  • NR New Radio
  • 3GPP 3rd Generation Partnership Project 3rd Generation Partnership Project. Registered trademark, the same applies hereinafter
  • UE User Equipment
  • Such a terminal type is also referred to as "RedCap (Reduced Capability) UE.”
  • eRedCap UE In Release 18 of the 3GPP technical specifications, it is being considered to introduce a new terminal type that is even less complex than RedCap UE. It is assumed that the performance of such a new terminal type is between that of RedCap UE introduced in Release 17 and LPWA (Low Power Wide Area) of LTE (Long Term Evolution). Such a new terminal type is referred to as "eRedCap UE.” In the following, eRedCap UE is also referred to as a "predetermined terminal type.”
  • eRedCap UE For eRedCap UE, (a) reducing the compatible frequency bandwidth in FR1 (Frequency Range 1) to a predetermined bandwidth (for example, 5 MHz), and (b) reducing the frequency bandwidth in FR1 to reduce the peak data rate. It has been proposed to reduce the frequency bandwidth for a data channel to a predetermined bandwidth (for example, see Non-Patent Documents 1 to 5).
  • the data channel refers to a physical channel for transmitting data, that is, a physical downlink shared channel (PDSCH) and/or a physical uplink shared channel (PUSCH).
  • PDSCH physical downlink shared channel
  • PUSCH physical uplink shared channel
  • the frequency bandwidth is also simply referred to as "bandwidth.”
  • the bandwidth that can be supported by both the RF (Radio Frequency) section and the BB (Base Band) section of the UE i.e., the maximum bandwidth
  • the complexity of the RF section and the BB section is reduced. It is possible to reduce the
  • the bandwidth that can be handled mainly by the BB section of the UE it is possible to reduce the bandwidth that can be handled mainly by the BB section of the UE, and reduce the complexity of the BB section.
  • the current PDSCH allocation (scheduling) mechanism has the problem that there is a concern that communication devices of a given terminal type, such as eRedCap UE, may not be able to properly receive downlink data. .
  • the present disclosure aims to enable downlink data to be appropriately received even when a communication device of a predetermined terminal type such as eRedCap UE is introduced.
  • the communication device is a communication device of a predetermined terminal type in which a frequency bandwidth that can be supported at least for a physical downlink shared channel is reduced to a predetermined bandwidth, and the frequency resource of the physical downlink shared channel is a receiving unit that receives downlink control information including a frequency resource allocation field indicating allocation from a base station on a physical downlink control channel; and a first resource constituting a control resource set corresponding to the physical downlink control channel. and a control unit that specifies the number of bits of the frequency resource allocation field based on the second number of resource blocks corresponding to a frequency bandwidth equal to or less than the predetermined bandwidth, regardless of the number of blocks.
  • the communication method is a communication method executed by a communication device of a predetermined terminal type in which the frequency bandwidth that can be handled for at least a physical downlink shared channel is reduced to a predetermined bandwidth, receiving from a base station on a physical downlink control channel downlink control information including a frequency resource allocation field indicating allocation of frequency resources for a shared channel; and configuring a control resource set corresponding to the physical downlink control channel.
  • the method further includes the step of specifying the number of bits of the frequency resource allocation field based on the second number of resource blocks corresponding to a frequency bandwidth equal to or less than the predetermined bandwidth, regardless of the first number of resource blocks.
  • FIG. 1 is a diagram for explaining the configuration of a mobile communication system according to an embodiment
  • FIG. 2 is a diagram for explaining a configuration example of a protocol stack in a mobile communication system according to an embodiment
  • FIG. 3 is a diagram for explaining an overview of initial access in the mobile communication system according to the embodiment
  • FIG. 4 shows the value of controlResourceSetZero, which is a parameter included in pdcch-ConfigSIB1 included in MIB in the mobile communication system according to the embodiment, and the parameter for CORESET#0 (CORESET for Type0-PDCCH search space set).
  • controlResourceSetZero is a parameter included in pdcch-ConfigSIB1 included in MIB in the mobile communication system according to the embodiment
  • CORESET#0 CORESET for Type0-PDCCH search space set
  • FIG. 2 is a diagram showing an example of a table shown in FIG.
  • FIG. 5 shows the value of searchSpaceZero, which is a parameter included in pdcch-ConfigSIB1 included in MIB in the mobile communication system according to the embodiment, and the parameter for search space set #0 (PDCCH monitoring occasions for Type0-PDCCH CSS set).
  • FIG. 6 is a diagram illustrating a paging message transmission method in the mobile communication system according to the embodiment
  • FIG. 7 is a diagram illustrating a system information message (SIB) transmission method in the mobile communication system according to the embodiment
  • FIG. 8 is a diagram illustrating a random access (RA) response transmission method in the mobile communication system according to the embodiment
  • SIB system information message
  • RA random access
  • FIG. 9 is a diagram showing "DCI format 1_0 with P-RNTI", "DCI format 1_0 with SI-RNTI", and "DCI format 1_0 with RA-RNTI” in the mobile communication system according to the embodiment
  • FIG. 10 is a diagram for explaining an overview of eRedCap UE in the mobile communication system according to the embodiment
  • FIG. 11 is a diagram for explaining an overview of eRedCap UE in the mobile communication system according to the embodiment
  • FIG. 12 is a diagram for explaining the configuration of the UE according to the embodiment
  • FIG. 13 is a diagram for explaining the configuration of the base station according to the embodiment
  • FIG. 14 is a diagram showing MIB transmission operation in the base station according to the embodiment
  • FIG. 15 is a diagram showing MIB reception operation in the UE (eRedCap UE) according to the embodiment
  • FIG. 16 is a diagram showing an example of table configuration according to the embodiment
  • FIG. 17 is a diagram illustrating a sequence example of an initial access method of an eRedCap UE according to an embodiment
  • FIG. 18 is a diagram illustrating a first PDSCH resource allocation bit number identification method according to the embodiment
  • FIG. 19 is a diagram illustrating an example of the correspondence between the subcarrier spacing (SCS) and the second number of resource blocks according to the embodiment
  • FIG. 20 is a diagram illustrating a second PDSCH resource allocation bit number identification method according to the embodiment
  • FIG. SCS subcarrier spacing
  • FIG. 21 is a diagram illustrating an example of associating the first index (controlResourceSetZero) and the second number of resource blocks according to the embodiment
  • FIG. 22 is a diagram for explaining an overview of the handover method for eRedCap UE according to the embodiment
  • FIG. 23 is a diagram illustrating an example of a handover method for eRedCap UE according to the embodiment.
  • the mobile communication system 1 is a system that complies with the technical specifications of 3GPP.
  • NR NR Radio Access
  • RAT radio access technology
  • the mobile communication system 1 is at least partially based on E-UTRA (Evolved Universal Terrestrial Radio Access)/LTE (Long Term Evolution), which is a 3GPP fourth generation (4G) system RAT. It has a configuration based on It's okay.
  • the mobile communication system 1 includes a network 10 and a UE 100 that is a communication device that communicates with the network 10.
  • Network 10 includes a radio access network (RAN) 20 and a core network (CN) 30.
  • RAN20 is NG-RAN (Next Generation Radio Access Network) in 5G/NR.
  • the RAN 20 may be E-UTRAN (Evolved Universal Terrestrial Radio Access Network) in 4G/LTE.
  • CN30 is 5GC (5th Generation Core network) in 5G/NR.
  • the CN 30 may be an EPC (Evolved Packet Core) in 4G/LTE.
  • the UE 100 is a device used by a user.
  • the UE 100 is, for example, a device such as a mobile phone terminal such as a smartphone, a tablet terminal, a notebook PC, a communication module, a communication card, or a chipset.
  • UE 100 may be a vehicle (for example, a car, a train, etc.) or a device installed therein.
  • the UE 100 may be a transport aircraft other than a vehicle (for example, a ship, an airplane, etc.) or a device installed therein.
  • UE 100 may be a sensor or a device provided therein.
  • the UE 100 is a mobile station, a mobile terminal, a mobile device, a mobile unit, a subscriber station, a subscriber terminal, a subscriber device, a subscriber unit, a wireless station, a wireless terminal, a wireless device, a wireless unit, a remote station, a remote terminal. , remote device, or remote unit.
  • the RAN 20 includes multiple base stations 200.
  • Each base station 200 manages at least one cell.
  • a cell constitutes the smallest unit of communication area. For example, one cell belongs to one frequency (carrier frequency) and is composed of one component carrier.
  • the term "cell" may represent a wireless communication resource, and may also represent a communication target of the UE 100. Therefore, base station 200 in the following description may be read as "cell”.
  • Each base station 200 can perform wireless communication with the UE 100 located in its own cell.
  • the base station 200 communicates with the UE 100 using a RAN protocol stack.
  • Base station 200 provides user plane and control plane protocol termination for UE 100, and is connected to CN 30 via a base station-CN network interface.
  • the base station 200 in 5G/NR is called a gNodeB (gNB), and the base station 200 in 4G/LTE is called an eNodeB (eNB).
  • the base station-CN interface in 5G/NR is called an NG interface
  • the base station-CN interface in 4G/LTE is called an S1 interface.
  • Base station 200 is connected to adjacent base stations via a network interface between base stations.
  • the inter-base station interface in 5G/NR is called an Xn interface
  • the inter-base station interface in 4G/LTE is called an X2 interface.
  • the CN 30 includes a core network device 300.
  • the core network device 300 is an AMF (Access and Mobility Management Function) and/or a UPF (User Plane Function) in 5G/NR.
  • the core network device 300 may be an MME (Mobility Management Entity) and/or an S-GW (Serving Gateway) in 4G/LTE.
  • AMF/MME performs mobility management of UE 100.
  • UPF/S-GW provides functions specialized for user plane processing.
  • Protocol stack configuration An example of the protocol stack configuration in the mobile communication system 1 according to the embodiment will be described with reference to FIG. 2.
  • the protocols in the wireless section between the UE 100 and the base station 200 include a physical (PHY) layer, a medium access control (MAC) layer, a radio link control (RLC) layer, and a packet data convergence protocol (PDCP) layer. and a radio resource control (RRC) layer.
  • PHY physical
  • MAC medium access control
  • RLC radio link control
  • PDCP packet data convergence protocol
  • RRC radio resource control
  • the PHY layer performs encoding/decoding, modulation/demodulation, antenna mapping/demapping, and resource mapping/demapping. Data and control information are transmitted between the PHY layer of UE 100 and the PHY layer of base station 200 via a physical channel.
  • a physical channel is composed of multiple OFDM symbols in the time domain and multiple subcarriers in the frequency domain.
  • One subframe is composed of multiple OFDM symbols in the time domain.
  • a resource block is a resource allocation unit, and is composed of multiple OFDM symbols and multiple subcarriers.
  • a frame can be made up of 10ms and can include 10 subframes made up of 1ms.
  • a subframe may include a number of slots depending on the subcarrier spacing.
  • the physical downlink control channel plays a central role, for example, for the purposes of downlink scheduling allocation, uplink scheduling grant, and transmission power control.
  • the UE 100 uses a radio network temporary identifier (RNTI) assigned to the UE 100 from the base station 200, for example, C-RNTI (Cell-RNTI), MCS-C-RNTI (Modulation and Coding Scheme-C-RNTI), and/or Blind decoding of PDCCH is performed using CS-RNTI (Configured Scheduling-RNTI), and downlink control information (DCI) that has been successfully decoded is acquired as DCI addressed to the own UE.
  • a CRC Cyclic Redundancy Check
  • parity bit scrambled by the C-RNTI, MCS-C-RNTI, or CS-RNTI is added to the DCI transmitted from the base station 200.
  • the UE 100 can use a bandwidth narrower than the system bandwidth (i.e., the cell bandwidth).
  • the base station 200 sets a bandwidth portion (BWP) consisting of consecutive resource blocks (PRB: Physical Resource Block) to the UE 100.
  • BWP bandwidth portion
  • PRB Physical Resource Block
  • UE 100 transmits and receives data and control signals in active BWP.
  • a maximum of four BWPs can be set in the UE 100.
  • Each BWP may have a different subcarrier spacing.
  • the respective BWPs may have overlapping frequencies.
  • the base station 200 can specify which BWP to activate through downlink control.
  • the base station 200 can configure up to three control resource sets (CORESET) for each of up to four BWPs on the serving cell.
  • CORESET is a radio resource for control information that the UE 100 should receive. Up to 12 CORESETs can be configured in the UE 100 on the serving cell.
  • Each CORESET has an index (ID) from 0 to 11.
  • ID index
  • a CORESET is composed of six resource blocks (PRBs) and one, two, or three consecutive OFDM symbols in the time domain.
  • the MAC layer performs data priority control, retransmission processing using Hybrid ARQ (HARQ), random access procedure, etc.
  • Data and control information are transmitted between the MAC layer of UE 100 and the MAC layer of base station 200 via a transport channel.
  • the MAC layer of base station 200 includes a scheduler.
  • the scheduler determines uplink and downlink transport formats (transport block size, modulation and coding scheme (MCS)) and resources to be allocated to the UE 100.
  • MCS modulation and coding scheme
  • the RLC layer uses the functions of the MAC layer and PHY layer to transmit data to the RLC layer on the receiving side. Data and control information are transmitted between the RLC layer of UE 100 and the RLC layer of base station 200 via logical channels.
  • the PDCP layer performs header compression/expansion, and encryption/decryption.
  • a service data adaptation protocol (SDAP) layer may be provided as an upper layer of the PDCP layer.
  • the SDAP layer performs mapping between an IP flow, which is a unit in which the core network performs QoS (Quality of Service) control, and a radio bearer, which is a unit in which an access stratum (AS) performs QoS control.
  • IP flow which is a unit in which the core network performs QoS (Quality of Service) control
  • AS access stratum
  • the RRC layer controls logical channels, transport channels and physical channels according to the establishment, re-establishment and release of radio bearers.
  • RRC signaling for various settings is transmitted between the RRC layer of UE 100 and the RRC layer of base station 200.
  • the UE 100 When there is an RRC connection between the RRC of the UE 100 and the RRC of the base station 200, the UE 100 is in an RRC connected state. If there is no RRC connection between the RRC of the UE 100 and the RRC of the base station 200, the UE 100 is in an RRC idle state. When the RRC connection between the RRC of the UE 100 and the RRC of the base station 200 is suspended, the UE 100 is in an RRC inactive state.
  • a non-access stratum (NAS) layer located above the RRC layer performs session management and mobility management of the UE 100.
  • NAS signaling is transmitted between the NAS layer of the UE 100 and the NAS layer of the core network device 300 (AMF/MME).
  • AMF/MME NAS layer of the core network device 300
  • the UE 100 has an application layer and the like in addition to the wireless interface protocol.
  • BWP BWP is defined to reduce power consumption of the UE 100 and effectively utilize broadband carriers.
  • BWP includes initial BWP (initial DL BWP and initial UL BWP) and dedicated BWP (dedicated DL BWP and dedicated UL BWP). Up to four DL BWPs and up to four UL BWPs are configured in the UE 100 within one serving cell according to its capabilities. Note that in the following, when DL BWP and UL BWP are not distinguished, they are simply referred to as BWP.
  • the initial BWP is a BWP used at least for initial access, and is commonly used by multiple UEs 100.
  • bwp-id which is a BWP identifier
  • the initial BWP includes an initial BWP derived and set by a master information block (MIB) transmitted on a physical broadcast channel (PBCH), and a system information block (SIB), specifically a system information block type 1 ( There are two types: initial BWP set by SIB1).
  • the initial BWP set by the MIB has a bandwidth according to CORESET #0, which is set using parameters included in the MIB.
  • the initial BWP set by SIB1 is set by various parameters (locationAndBandwidth, subcarrierSpacing, cyclicPrefix) included in ServingCellConfigCommonSIB, which is an information element in SIB1.
  • the UE 100 that has received the synchronization signal block (SSB: Synchronization Signal/PBCH block) of the cell, controls the controlResourceS in pdcch-ConfigSIB1, which is an information element included in the PBCH (MIB).
  • MIB PBCH
  • etZero (0 to 15 Obtain the bandwidth (24, 48, or 96 resource blocks) of the Type-0 PDCCH CSS set from the setting value (integer value up to).
  • the UE 100 monitors the Type-0 PDCCH CSS set to obtain SIB1, and obtains locationAndBandwidth, which is a parameter indicating the frequency position and/or bandwidth of the initial BWP, from SIB1.
  • Msg. 4 the UE 100 uses the initial BWP set by the MIB, that is, the bandwidth based on CORESET #0 for the initial BWP.
  • Msg. 4 the UE 100 uses the bandwidth set in locationAndBandwidth in SIB1 for the initial BWP.
  • Msg. 4 may be an RRCSetup message, an RRCResume message, or an RRCReestablishment message.
  • the UE 100 transits from, for example, an RRC idle state to an RRC connected state by such an initial access (random access procedure).
  • a dedicated BWP is a BWP that is set exclusively for a certain UE 100 (UE-specific).
  • a bwp-id other than "0" may be set in the dedicated BWP.
  • a dedicated DL BWP and a dedicated UL BWP are respectively configured based on BWP-Downlink and BWP-Uplink, which are information elements included in SevingcellConfig in an RRC message that is dedicated signaling transmitted from the base station 200 to the UE 100.
  • BWP-Downlink and BWP-Uplink may include various parameters (locationAndBandwidth, subcarrierSpacing, cyclicPrefix) that configure the BWP.
  • the base station 200 can notify the UE 100 of the BWP used for communication with the base station 200 (i.e., active BWP) among the one or more configured BWPs. For example, the base station 200 can transmit to the UE 100 a BWP identifier that indicates the BWP to be activated when performing configuration, that is, the BWP that is first used in communication with the base station 200.
  • a BWP identifier that indicates the BWP to be activated when performing configuration, that is, the BWP that is first used in communication with the base station 200.
  • PDCCH DCI
  • RRC signaling MAC control element
  • MAC CE MAC control element
  • communication in an active BWP includes transmission on the uplink shared channel (UL-SCH) in the BWP, transmission on the random access channel (RACH) in the BWP (physical random access channel (PRACH) opportunity is set) monitoring of the physical downlink control channel (PDCCH) in the relevant BWP, transmission on the physical uplink control channel (PUCCH) in the relevant BWP (if PUCCH resources are configured), channel state information for the relevant BWP ( The information may include at least one of a report of CSI) and reception of a downlink shared channel (DL-SCH: Down Link-Shared CHannel) in the BWP.
  • UL-SCH uplink shared channel
  • RACH random access channel
  • PRACH physical random access channel
  • the UL-SCH is a transport channel and is mapped to the physical uplink shared channel (PUSCH), which is a physical channel.
  • data transmitted on the UL-SCH is also referred to as UL-SCH data.
  • PUSCH physical uplink shared channel
  • data transmitted on the UL-SCH is also referred to as UL-SCH data.
  • UL-SCH data may correspond to UL-SCH data and uplink user data.
  • PDSCH physical downlink shared channel
  • data transmitted on DL-SCH is also referred to as DL-SCH data.
  • it may correspond to DL-SCH data and downlink user data.
  • PUCCH is used to transmit uplink control information (UCI).
  • the uplink control information includes HARQ (Hybrid Automatic Repeat Request)-ACK, CSI, and/or scheduling request (SR).
  • HARQ-ACK includes a positive acknowledgment or a negative acknowledgment.
  • PUCCH is used to transmit HARQ-ACK for PDSCH (ie, DL-SCH (DL-SCH data, downlink user data)).
  • DL-SCH data and/or downlink user data is also referred to as a downlink transport block.
  • the UE 100 monitors a set of PDCCH candidates in one or more CORESETs in the active DL BWP.
  • 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 100 may monitor the DCI format to which a CRC (cyclic redundancy check, also referred to as CRC parity bit) scrambled by the RNTI set by the base station 200 is added.
  • CRC cyclic redundancy check
  • RNTI is SI-RNTI (System Information-RNTI), RA-RNTI (Random Access RNTI), TC-RNTI (Temporary C-RNTI), P-RNTI (Paging RNTI) TI), and/or C-RNTI (Cell-RNTI).
  • the set of PDCCH candidates that the UE 100 monitors may be defined as a PDCCH search space set.
  • the search space sets may include common search space sets (CSS set(s)) and/or UE-specific search space sets (USS set(s)). Therefore, the base station 200 may set a CORESET and/or a search space set to the UE 100, and the UE 100 may monitor the PDCCH in the set CORESET and/or search space set.
  • the base station 200 transmits SSB in the initial DL BWP.
  • the SSB is composed of four consecutive OFDM symbols, and a primary synchronization signal (PSS), a secondary synchronization signal (SSS), a PBCH (MIB), and a demodulation reference signal (DMRS) of the PBCH are arranged.
  • PSS primary synchronization signal
  • SSS secondary synchronization signal
  • MIB PBCH
  • DMRS demodulation reference signal
  • the locations of resource elements (time resources and frequency resources) to which SSBs are mapped are defined in 3GPP technical specifications, such as "TS38.211" and "TS38.213.”
  • the bandwidth of SSB is, for example, a bandwidth of 240 consecutive subcarriers, or 20RB.
  • the SSB associated with SIB1 is called a cell-specific SSB (CD-SSB). From the perspective of one UE 100, one serving cell is associated with one CD-SSB. Note that SIB1 is also referred to as RMSI (Remaining Minimum System information). One CD-SSB corresponds to one cell with a unique NCGI (NR Cell Global Identifier). SSBs that are not associated with SIB1 (RMSI) are referred to as non-cell-specific SSBs (Non-CD-SSBs).
  • RMSI Remaining Minimum System information
  • bandwidth There are the following types of bandwidth common to UEs during initial access: ⁇ SSB (CD-SSB) bandwidth: 240 consecutive subcarriers (i.e., 20 resource blocks), - Bandwidth of CORESET #0: 24 resource blocks, 48 resource blocks, or 96 resource blocks, - Initial BWP bandwidth: maximum 275 resource blocks determined by locationAndBandwidth, which is a parameter set in RRC.
  • CD-SSB 240 consecutive subcarriers (i.e., 20 resource blocks)
  • - Bandwidth of CORESET #0 24 resource blocks, 48 resource blocks, or 96 resource blocks
  • Initial BWP bandwidth maximum 275 resource blocks determined by locationAndBandwidth, which is a parameter set in RRC.
  • step S1 the base station 200 transmits SSB.
  • UE 100 receives the SSB.
  • step S2 the UE 100 determines the bandwidth of CORESET #0 (value from 0 to 15) based on the value (value from 0 to 15) of the parameter (controlResourceSetZero) included in pdcch-ConfigSIB1 included in the MIB in the SSB received in step S1. 24, 48, or 96 resource blocks).
  • CORESET #0 is a CORESET whose ID is set to #0, and is also referred to as a CORESET for Type-0 PDCCH CSS set.
  • Type-0 PDCCH CSS set is a parameter included in pdcch-ConfigSIB1 in MIB (pdcch-ConfigSIB1) or a parameter included in PDCCH-ConfigCommon (searchSpaceSIB1 or searchS paceZero) value in the common search space. It is set as a certain search space set #0. Search space set #0 consists of search spaces whose IDs are set to #0.
  • step S3 the UE 100 monitors PDCCH candidates using the Type-0 PDCCH CSS set.
  • step S4 the base station 200 transmits DCI in DCI format 1_0 to which a CRC scrambled by SI-RNTI is added on the PDCCH.
  • step S5 the UE 100 receives (detects) the DCI and identifies PDSCH resource allocation (time and/or frequency resources) from the DCI.
  • step S6 the base station 200 transmits SIB1 on the PDSCH scheduled with "DCI format 1_0 with SI-RNTI".
  • the UE 100 receives (acquires) the SIB1 and acquires locationAndBandwidth, which is a parameter indicating the frequency position and bandwidth of the initial BWP (initial DL BWP and initial UL BWP), from the SIB1.
  • Figure 4 shows the value of controlResourceSetZero, which is a parameter included in pdcch-ConfigSIB1 included in MIB, and the value for CORESET #0 (CORESET for Type0-PDCCH search space set).
  • This is a diagram showing an example of a table showing correspondence with parameters. be.
  • the correspondence relationship is defined in advance in the technical specifications, and the UE 100 maintains the table.
  • the example in FIG. 4 shows a table in which the maximum channel bandwidth is 5 MHz or 10 MHz, and the subcarrier spacing (SCS) of each of SSB and PDCCH is 15 kHz.
  • SCS subcarrier spacing
  • controlResourceSetZero which is a parameter included in pdcch-ConfigSIB1 included in the MIB, is an index value from 0 to 15.
  • the UE 100 uses the table to identify the corresponding CORESET #0 parameter (for example, the number of resource blocks, the number of symbols, etc.) from the value of the index.
  • FIG. 5 shows the value of searchSpaceZero, a parameter included in pdcch-ConfigSIB1 included in the MIB, and search space set #0 (PDCCH monitoring occasions for Type0-PDCCH CSS set). ) is an example of a table showing the correspondence with parameters.
  • FIG. The correspondence relationship is defined in advance in the technical specifications, and the UE 100 maintains the table.
  • the value of searchSpaceZero which is a parameter included in pdcch-ConfigSIB1 included in the MIB, is an index value from 0 to 15.
  • the UE 100 identifies the corresponding search space set #0 (for example, the number per slot, the index of the first symbol, etc.) from the value of the index.
  • a common message is a message that is commonly used by a plurality of UEs 100 and is transmitted on the PDSCH.
  • Common messages include paging messages, system information messages, and random access (RA) responses.
  • FIG. 6 is a diagram showing a paging message transmission method in the mobile communication system 1 according to the embodiment.
  • step S11 the base station 200 transmits DCI of DCI format 1_0 to which a CRC scrambled by P-RNTI is added (hereinafter also referred to as "DCI format 1_0 with P-RNTI") on the PDCCH.
  • DCI format 1_0 with P-RNTI DCI format 1_0 with P-RNTI
  • step S12 the UE 100 receives (detects) "DCI format 1_0 with P-RNTI” by monitoring "DCI format 1_0 with P-RNTI", and receives PDSCH resources from "DCI format 1_0 with P-RNTI”. Identify allocations (time and/or frequency resources).
  • step S13 the base station 200 transmits a paging message on the PDSCH scheduled with "DCI format 1_0 with P-RNTI".
  • the UE 100 receives (obtains) a paging message on the PDSCH scheduled with "DCI format 1_0 with P-RNTI".
  • FIG. 7 is a diagram showing a method of transmitting a system information message (SIB: System Information Block) in the mobile communication system 1 according to the embodiment.
  • SIB System Information Block
  • step S21 the base station 200 transmits a DCI of DCI format 1_0 to which a CRC scrambled by SI-RNTI is added (hereinafter also referred to as "DCI format 1_0 with SI-RNTI") on the PDCCH.
  • DCI format 1_0 with SI-RNTI a DCI of DCI format 1_0 to which a CRC scrambled by SI-RNTI is added
  • step S22 the UE 100 receives (detects) "DCI format 1_0 with SI-RNTI” by monitoring "DCI format 1_0 with SI-RNTI", and receives PDSCH resources from "DCI format 1_0 with SI-RNTI”. Identify allocations (time and/or frequency resources).
  • step S23 the base station 200 transmits a system information message on the PDSCH scheduled with "DCI format 1_0 with SI-RNTI".
  • the UE 100 receives (obtains) the system information message on the PDSCH scheduled with "DCI format 1_0 with SI-RNTI".
  • FIG. 8 is a diagram showing a random access (RA) response transmission method in the mobile communication system 1 according to the embodiment.
  • step S31 the base station 200 transmits a DCI of DCI format 1_0 to which a CRC scrambled by RA-RNTI is added (hereinafter also referred to as "DCI format 1_0 with RA-RNTI") on the PDCCH.
  • DCI format 1_0 with RA-RNTI a DCI of DCI format 1_0 to which a CRC scrambled by RA-RNTI is added
  • step S32 the UE 100 receives (detects) "DCI format 1_0 with RA-RNTI” by monitoring "DCI format 1_0 with RA-RNTI", and receives PDSCH resources from "DCI format 1_0 with RA-RNTI”. Identify allocations (time and/or frequency resources).
  • step S33 the base station 200 transmits an RA response on the PDSCH scheduled with "DCI format 1_0 with RA-RNTI".
  • the UE 100 receives (obtains) the RA response on the PDSCH scheduled with "DCI format 1_0 with RA-RNTI".
  • FIG. 9 is a diagram showing "DCI format 1_0 with P-RNTI", “DCI format 1_0 with SI-RNTI”, and “DCI format 1_0 with RA-RNTI” in the mobile communication system 1 according to the embodiment.
  • such DCI format 1_0 includes a "Frequency domain resource assignment” field that indicates PDSCH resource assignment in the frequency domain, and a "Time domain resource” field that indicates PDSCH resource assignment in the time domain. assignment” field and including.
  • the number of bits (bit length) of the "Time domain resource assignment” field is fixed at 4 bits.
  • the number of bits (bit length) in the "Frequency domain resource assignment” field is the size of CORESET #0.
  • the CORESET #0 size is expressed by the number of resource blocks (RB number).
  • 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 referred to as a "Reduced capability NR device.” RedCap UE is a UE type (terminal type) with reduced equipment cost and complexity compared to common 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 FIG. 10, for FR1, the bandwidth that the RedCap UE can support (ie, the maximum bandwidth supported by the RedCap UE) may be 20 MHz.
  • eRedCap UE has a narrower maximum bandwidth used for wireless communication than RedCap UE.
  • the eRedCap UE corresponds to a predetermined UE type (predetermined terminal type) in which the frequency bandwidth that can be used for at least PDSCH is reduced to a predetermined bandwidth.
  • eRedCap UEs For eRedCap UEs, (a) reducing the compatible frequency bandwidth in FR1 to a predetermined bandwidth (e.g., 5 MHz); and (b) reducing the frequency band for the data channel in FR1 to reduce the peak data rate. It has been proposed to reduce the width.
  • the data channel refers to a physical channel that transmits data, ie, PDSCH and/or PUSCH.
  • the frequency bandwidth is also simply referred to as "bandwidth.”
  • the maximum bandwidth of the RedCap UE particularly the maximum bandwidth of the data channel of the RedCap UE, will be referred to as "predetermined bandwidth.”
  • the bandwidth (that is, the maximum bandwidth) that can be supported by both the RF section and the BB section of the UE 100 is reduced, and the complexity of the RF section and the BB section is reduced. It is possible to reduce this.
  • the bandwidth that can be handled by the BB section of the UE 100
  • the maximum RF bandwidth that can be supported by the RF section of the UE 100 is 20 MHz
  • the maximum BB band that is the frequency bandwidth (predetermined bandwidth) that can be supported by the BB section of the UE 100 is 20 MHz.
  • the width is 5 MHz.
  • the maximum BB bandwidth is not limited to 5 MHz, and may be set to 3 MHz or 4 MHz, for example.
  • Such a bandwidth of 5 MHz (or 3 MHz or 4 MHz) may be set as a predetermined bandwidth as BWP for the eRedCap UE. In that case, the bandwidth may be referred to as "BWP of eRedCap".
  • either the method (a) or the method (b) above may be adopted for the eRedCap UE, but it is mainly assumed that the method (b) above is adopted.
  • eRedCap UE is introduced, there is a concern that there will be restrictions on the transmission of common messages that are commonly transmitted to multiple terminals on the PDSCH.
  • 5G systems need to accommodate multiple UE types with different capabilities.
  • the multiple UE types include the Release 15, 16, 17, and 18 general UE types, the Release 17 RedCap UE, and the Release 18 eRedCap UE.
  • the fact that a common message for multiple UEs 100 is transmitted in conjunction with the eRedCap UE may be a restriction on scheduling.
  • system information messages eg, SIB1
  • SIB1 system information messages
  • the eRedCap UE may not be able to properly receive downlink data.
  • the UE 100 which has a bandwidth of, for example, 5 MHz for the data channel, uses the number of bits in the "Frequency domain resource assignment" field that indicates PDSCH resource allocation. , and downlink data cannot be properly received. More specifically, the number of bits for resource allocation of a PDSCH scheduled using P-RNTI, SI-RNTI, or RA-RNTI cannot be specified, and DCI cannot be appropriately decoded.
  • eRedCap UE may not be able to properly support mobility. For example, there is a concern that the eRedCap UE may not be able to properly receive downlink data (especially common messages) from the target cell after handover. More specifically, after performing handover, the eRedCap UE does not know in which bandwidth it should receive the PDSCH, and cannot specify the frequency band to which the PDSCH is mapped.
  • UE 100 may be an eRedCap UE.
  • UE 100 includes a communication section 110 and a control section 120.
  • the communication unit 110 performs wireless communication with the base station 200 by transmitting and receiving wireless signals to and from the base station 200.
  • the communication unit 110 includes at least one transmitting unit 111 and at least one receiving unit 112.
  • the transmitting section 111 and the receiving section 112 may be configured to include a plurality of antennas and RF circuits.
  • the antenna and the RF circuit convert the baseband signal into a radio signal (RF signal) and radiate the radio signal into space.
  • the antenna and the RF circuit also receive radio signals in space and convert the radio signals into baseband signals.
  • the RF circuit performs analog processing of signals transmitted and received via the antenna, and may include, for example, a high frequency filter, an amplifier, a modulator, a low-pass filter, and the like.
  • the control unit 120 performs various controls in the UE 100.
  • Control unit 120 controls communication with base station 200 via communication unit 110.
  • the operations of the UE 100 described above and below may be operations under the control of the control unit 120.
  • the control unit 120 may include at least one processor that can execute a program and a memory that stores the program.
  • the processor may execute the program to perform the operations of the control unit 120.
  • the control unit 120 may include a digital signal processor that digitally processes signals transmitted and received via the antenna and the RF circuit.
  • the digital processing includes processing of the RAN protocol stack. Note that the memory stores a program executed by the processor, parameters related to the program, and data related to the program.
  • Memories include ROM (Read Only Memory), EPROM (Erasable Programmable Read Only Memory), and EEPROM (Electrically Erasable Programmable Memory).
  • the memory may include at least one of RAM (Random Access Memory), RAM (Random Access Memory), and flash memory. All or part of the memory may be contained within the processor.
  • the UE 100 may be an eRedCap UE in which the frequency bandwidth that can be used for at least PDSCH is reduced to a predetermined bandwidth (for example, 5 MHz).
  • the receiving unit 112 receives the MIB from the base station 200 on the PBCH.
  • the control unit 120 acquires a common message commonly used by the plurality of UEs 100 from the base station 200 on the PDSCH.
  • the MIB includes a parameter indicating whether the second common message specified for the eRedCap UE is provided from the base station 200.
  • the second common message is a common message defined independently of the first common message defined for UE types other than eRedCap UE.
  • UE types other than eRedCap UE include general UE types of Releases 15, 16, 17, and 18, and RedCap UE of Release 17. In the following, UE types other than eRedCap UE are also referred to as "Non-eRedCap UE.”
  • the second common message is provided from the base station 200 may also mean “the second common message is broadcast from the base station 200".
  • the “second common message is provided by the base station 200” may also mean “the second common message is scheduled by the base station 200.”
  • the receiving unit 112 has a DCI, including a frequency resource allocation field (that is, "FREQUENCY DOMAIN RESORCE ASSIGNMENT" field), which indicates the perfection of PDSCH frequency resources.
  • a frequency resource allocation field that is, "FREQUENCY DOMAIN RESORCE ASSIGNMENT" field
  • the control unit 120 controls the predetermined bandwidth (for example, 5 MHz) or less, regardless of the number of first resource blocks (i.e., the size of CORESET #0) constituting the control resource set (CORESET #0) corresponding to the PDCCH.
  • the number of bits of the frequency resource allocation field is specified based on the second number of resource blocks corresponding to the frequency bandwidth of .
  • the eRedCap UE allows it to appropriately determine the number of bits in the frequency resource allocation field, and allows it to appropriately receive downlink data (especially common messages). More specifically, the number of bits for resource allocation of PDSCH scheduled using P-RNTI, SI-RNTI, or RA-RNTI can be appropriately determined, and the DCI for scheduling common messages can be appropriately determined. Can be decoded properly.
  • the receiving unit 112 receives a message from the base station 200 instructing handover to the target cell. Based on the message, the control unit 120 acquires a common message commonly used by the plurality of UEs 100 from the target cell on the PDSCH. The message is obtained by the UE 100 acquiring a second common message specified for eRedCap UE from the target cell independently of the first common message specified for UE types other than eRedCap UE (Non-eRedCap UE). Contains parameters for This allows the eRedCap UE to appropriately receive downlink data (particularly common messages) from the target cell after handover, and allows the eRedCap UE to appropriately support mobility.
  • the second common message may be a common message specific (dedicated) to the eRedCap UE.
  • the second common message may be referred to as an eRedCap specific common message.
  • the second common message may be a common message that can be received by Non-eRedCap UEs in addition to eRedCap UEs.
  • the second common message may be a common message that is transmitted from the base station 200 using a frequency bandwidth that is less than or equal to a predetermined bandwidth (eg, 5 MHz).
  • a predetermined bandwidth eg, 5 MHz
  • Base station 200 includes a communication section 210, a network interface 220, and a control section 230.
  • the communication unit 210 performs wireless communication with the UE 100 by transmitting and receiving wireless signals to and from the UE 100.
  • the communication unit 210 includes at least one transmitting unit 211 and at least one receiving unit 212.
  • the transmitter 211 and the receiver 212 may be configured to include multiple antennas and RF circuits.
  • the antenna and the RF circuit convert the baseband signal into a radio signal (RF signal) and radiate the radio signal into space.
  • the antenna and the RF circuit also receive radio signals in space and convert the radio signals into baseband signals.
  • the RF circuit performs analog processing of signals transmitted and received via the antenna, and may include, for example, a high frequency filter, an amplifier, a modulator, a low-pass filter, and the like.
  • the network interface 220 sends and receives signals to and from the network.
  • the network interface 220 receives signals from adjacent base stations connected via, for example, an Xn interface that is an interface between base stations, and transmits signals to the adjacent base stations. Further, the network interface 220 receives a signal from the core network device 300 connected via the NG interface, and transmits the signal to the core network device 300, for example.
  • the control unit 230 performs various controls in the base station 200.
  • the control unit 230 controls communication with the UE 100 via the communication unit 210, for example. Further, the control unit 230 controls, for example, communication with a node (eg, an adjacent base station, the core network device 300) via the network interface 220.
  • the operations of the base station 200 described above and below may be operations under the control of the control unit 230.
  • the control unit 230 may include at least one processor that can execute a program and a memory that stores the program.
  • the processor may execute the program to perform the operations of the control unit 230.
  • the control unit 230 may include a digital signal processor that digitally processes signals transmitted and received via the antenna and the RF circuit.
  • the digital processing includes processing of the RAN protocol stack. Note that the memory stores a program executed by the processor, parameters related to the program, and data related to the program. All or part of the memory may be contained within the processor.
  • the transmitter 211 transmits the MIB on the PBCH.
  • the control unit 230 provides the plurality of UEs 100 with a common message commonly used by the plurality of UEs 100 on the PDSCH based on the MIB.
  • a second common message defined for eRedCap UE is provided from the base station 200 independently of a first common message defined for UE types other than eRedCap UE (Non-eRedCap UE). Contains a parameter indicating whether or not. This allows the base station 200 to independently transmit common messages to eRedCap UEs and others.
  • the base station 200 can transmit the second common message for eRedCap UE in a 5 MHz band, for example. It is also possible to transmit within the width. Therefore, restrictions on PDSCH scheduling can be relaxed.
  • the transmitting unit 211 transmits a message instructing handover to the target cell to the UE 100 (eRedCap UE) whose frequency bandwidth that can support at least PDSCH has been reduced to a predetermined bandwidth (for example, 5 MHz).
  • the message is a second common message defined for eRedCap UE, independent of the first common message defined for UE types other than eRedCap UE (Non-eRedCap UE), which the UE 100 transmits from the target cell. Contains parameters to retrieve. This allows the eRedCap UE to appropriately receive downlink data (particularly common messages) from the target cell after handover, and allows the eRedCap UE to appropriately support mobility.
  • the base station 200 may apply repetition transmission on the PDSCH to transmission of the second common message. Repeated transmission is a technique that allows the base station 200 to repeatedly transmit the same signal, thereby expanding the communication range of the base station 200 (that is, the coverage of the cell).
  • the common message used during initial access may be primarily a system information message. Therefore, the first common message may be a first system information message defined for Non-eRedCap UEs.
  • the second common message may be a second system information message defined for eRedCap UEs.
  • the second system information message may be a system information message transmitted from the base station 200 using a frequency bandwidth that is less than or equal to a predetermined bandwidth (eg, 5 MHz). This allows independent transmission of system information messages between the eRedCap UE and the rest.
  • the base station 200 transmits the first system information message to UE types other than eRedCap UE in the same manner as before, the base station 200 transmits the second system information message for eRedCap UE at a frequency of, for example, 5 MHz. It is also possible to transmit within the bandwidth of
  • the system information message includes SIB1.
  • the first system information message includes a first SIB1 indicating the scheduling of a first other system information message (hereinafter referred to as "first SIBx") defined for the Non-eRedCap UE.
  • the second system information message includes a second SIB1 indicating the scheduling of a second other system information message (hereinafter referred to as "second SIBx”) defined for the eRedCap UE.
  • the transmitter 211 of the base station 200 transmits the MIB on the PBCH.
  • the MIB contains a parameter (hereinafter referred to as a "predetermined parameters).
  • the UE 100 which is an eRedCap UE, can determine whether or not the second SIB1 is provided from the base station 200 based on a predetermined parameter in the MIB.
  • the control unit 120 of the UE 100 which is an eRedCap UE, acquires the second SIB1 based on a predetermined parameter included in the MIB, and acquires the second SIBx based on the acquired second SIB1.
  • the second SIBx is an SIB other than SIB1 for eRedCap UE, that is, at least one of SIB2, SIB3, SIB4, . . . for eRedCap UE.
  • the UE 100 which is an eRedCap UE, can appropriately acquire the second SIBx.
  • FIG. 14 is a diagram showing MIB transmission operation in the base station 200 according to the embodiment.
  • step S101 the control unit 230 of the base station 200 determines whether to provide the second SIB1.
  • step S102 the control unit 230 of the base station 200 sets a first value (for example, "1") to a predetermined parameter in the MIB. do.
  • step S101: NO the control unit 230 of the base station 200 sets a second value (for example, "0") to a predetermined parameter in the MIB in step S103.
  • the predetermined parameter can also be regarded as a parameter indicating whether the eRedCap UE can access the base station 200 (accommodation).
  • step S104 the transmitter 211 of the base station 200 transmits the MIB on the PBCH.
  • the PBCH MIB
  • the SSB constitutes a part of the SSB.
  • controlResourceSetZero (first index) and searchSpaceZero (second index) each have a value from 0 to 15 (index value).
  • controlResourceSetZero (first index) indicates the setting of CORESET #0, which is a control resource set corresponding to the PDCCH used for SIB1 scheduling.
  • searchSpaceZero (second index) indicates the setting of search space set #0, which is a common search space corresponding to the PDCCH used for SIB1 scheduling.
  • FIG. 15 is a diagram showing the MIB reception operation in the UE 100 (eRedCap UE) according to the embodiment.
  • step S111 the receiving unit 112 of the UE 100 receives the MIB from the base station 200 on the PBCH.
  • step S112 the control unit 120 of the UE 100 obtains predetermined parameters in the MIB.
  • step S113 the control unit 120 of the UE 100 determines whether a first value (for example, "1") is set to a predetermined parameter in the MIB.
  • a first value for example, "1”
  • step S114 the control unit 120 of the UE 100 sets the second SIB1 to It is determined that the second SIB1 is provided from the base station 200, and the second SIB1 is acquired from the base station 200. That is, the control unit 120 of the UE 100 provides the second SIB1 (second common message) in response to the predetermined parameter indicating that the second SIB1 (second common message) is provided from the base station 200. is obtained from the base station 200.
  • the control unit 120 of the UE 100 sets the second SIB1 to It is determined that the second SIB1 is provided from the base station 200, and the second SIB1 is acquired from the base station 200. That is, the control unit 120 of the UE 100 provides the second SIB1 (second common message) in response to the predetermined parameter indicating that the second SIB1 (second common message) is provided from the base station 200. is obtained from the base station 200.
  • step S115 the control unit 120 of the UE 100 It is determined that SIB1 is not provided by the base station 200. That is, in response to the predetermined parameter indicating that the second SIB1 (second common message) is not provided from the base station 200, the control unit 120 of the UE 100 controls whether the second SIB1 (second common message) is not provided by the base station 200 or not. It is determined that the base station 200 does not provide the information.
  • the predetermined parameter indicating that the second SIB1 (second common message) is not provided from the base station 200
  • the control unit 120 of the UE 100 controls whether the second SIB1 (second common message) is not provided by the base station 200 or not. It is determined that the base station 200 does not provide the information.
  • step S113 YES
  • the control unit 120 of the UE 100 which is the eRedCap UE
  • controlResourceSetZero first index
  • searchSpaceZero second index
  • the control unit 120 of the UE 100 in response to the predetermined parameter in the MIB indicating that the second SIB1 (second common message) is provided from the base station 200, the control unit 120 of the UE 100, which is the eRedCap UE, The specified setting of CORESET #0 is specified based on controlResourceSetZero (first index) in the MIB.
  • the control unit 120 of the UE 100 in response to the predetermined parameter in the MIB indicating that the second SIB1 (second common message) is provided from the base station 200, the control unit 120 of the UE 100, which is the eRedCap UE,
  • the settings of the specified search space set #0 are specified based on searchSpaceZero (second index) in the MIB.
  • the UE 100 which is an eRedCap UE, uses a table different from the table shown in FIG. 4 and the table shown in FIG.
  • search space set #0 for eRedCap UE may be specified.
  • FIG. 16 is a diagram illustrating an example of table configuration according to the embodiment.
  • the Non-eRedCap UE 100a holds the first controlResourceSetZero table shown in FIG. 4 and the first searchSpaceZero table shown in FIG. 5.
  • the first controlResourceSetZero table is a table for identifying the corresponding CORESET#0 parameter (CORESET#0 setting) from controlResourceSetZero (first index) in the MIB.
  • the first searchSpaceZero table is a table for specifying the corresponding search space set #0 parameter (search space set #0 setting) from searchSpaceZero (second index) in the MIB.
  • the eRedCap UE 100b has a second controlResourceSetZero table that is different from the first controlResourceSetZero table, and a second searchSpace that is different from the first searchSpaceZero table. Zero table is maintained.
  • the second controlResourceSetZero table specifies the corresponding CORESET#0 parameter (CORESET#0 setting), specifically, the CORESET#0 parameter for eRedCap UE, from controlResourceSetZero (first index) in the MIB. to do It's a table.
  • the second searchSpaceZero table stores the corresponding search space set #0 parameter (search space set #0 setting) from searchSpaceZero (second index) in the MIB, specifically, search space set #0 for eRedCap UE. This is a table for specifying parameters.
  • the predefined CORESET #0 settings include the first CORESET setting (first controlResourceSetZero table) specified for Non-eRedCap UE, and the second CORESET setting specified for eRedCap UE. (second controlResourceSetZero table) are respectively associated with controlResourceSetZero (first index) in the MIB.
  • the control unit 120 of the eRedCap UE 100b uses the second controlResourceSetZero table to identify the CORESET#0 setting corresponding to controlResourceSetZero (first index) in the MIB.
  • the first search space set #0 setting (first searchSpaceZero table) defined for Non-eRedCap UE
  • the first search space set #0 setting defined for eRedCap UE 2 search space set #0 settings (second searchSpaceZero table) are respectively associated with searchSpaceZero (second index) in the MIB.
  • the control unit 120 of the eRedCap UE 100b uses the second searchSpaceZero table to identify the search space set #0 setting corresponding to searchSpaceZero (second index) in the MIB.
  • FIG. 17 is a diagram illustrating a sequence example of the initial access method of the eRedCap UE according to the embodiment.
  • the base station 200 transmits an MIB including a predetermined parameter set to a first value (for example, "1"), a first index (controlResourceSetZero), and a second index (searchSpaceZero). do.
  • the UE 100 eRedCap UE that has received the MIB determines that the second SIB1 will be provided from the base station 200 based on predetermined parameters.
  • step S122 the UE 100 (eRedCap UE) uses the second controlResourceSetZero table to identify the CORESET #0 setting corresponding to the first index (controlResourceSetZero) in the MIB. Further, the UE 100 (eRedCap UE) uses the second searchSpaceZero table to identify the search space set #0 setting corresponding to the second index (searchSpaceZero) in the MIB.
  • step S123 the UE 100 (eRedCap UE) monitors PDCCH candidates in search space set #0 (Type-0 PDCCH CSS set) based on the CORESET #0 settings and search space set #0 settings identified in step S122. .
  • step S124 the base station 200 transmits DCI in DCI format 1_0 to which a CRC scrambled by SI-RNTI is added on the PDCCH.
  • step S125 the UE 100 (eRedCap UE) receives (detects) the DCI and identifies PDSCH resource allocation (time and/or frequency resources) from the DCI.
  • step S126 the base station 200 transmits the second SIB1 on the PDSCH scheduled with "DCI format 1_0 with SI-RNTI".
  • the UE 100 eRedCap UE
  • step S127 the UE 100 (eRedCap UE) specifies the scheduling of the second SIBx based on the second SIB1.
  • step S1208 the base station 200 transmits DCI in DCI format 1_0 to which a CRC scrambled by SI-RNTI is added on the PDCCH.
  • step S129 the UE 100 (eRedCap UE) receives (detects) the DCI and identifies PDSCH resource allocation (time and/or frequency resources) from the DCI.
  • step S130 the base station 200 transmits the second SIBx on the PDSCH scheduled with "DCI format 1_0 with SI-RNTI".
  • the UE 100 eRedCap UE
  • the second SIBx scheduled by the second SIB1 may be identified as "eRedCap specific common message”.
  • the base station 200 transmits a first system information message (first SIB1 and first SIBx) for Non-eRedCap UE and a second system information message (second SIB1 and second SIBx) for eRedCap UE. SIBx) transmission may be switched. That is, base station 200 may time-divisionally transmit the first system information message and the second system information message.
  • the base station 200 transmits the first system information message (first SIB1 and first SIBx) for Non-eRedCap UE and the second system information message (second SIB1 and first SIBx) for eRedCap UE.
  • the transmission of the second SIBx) may be performed in parallel. That is, base station 200 may transmit both the first system information message and the second system information message in the same time period. In that case, the base station 200 may apply different SI-RNTIs to the DCI (PDCCH) used for transmitting the first system information message and the DCI (PDCCH) used for transmitting the second system information message. good.
  • the transmitting unit 211 of the base station 200 uses a second SI-RNTI specified for eRedCap UE independently of the first SI-RNTI specified for Non-eRedCap UE, and transmits the second SI-RNTI.
  • System information messages may also be sent.
  • the second SI-RNTI defined for the eRedCap UE may be identified as "eRedCap specific SI-RNTI".
  • the control unit 120 of the UE 100 eRedCap UE) may obtain the second system information message using the second SI-RNTI.
  • the DCI (PDCCH) used for transmitting a common message commonly used by a plurality of UEs 100 is a DCI of DCI format 1_0 (predetermined format) to which a predefined RNTI is applied.
  • the predefined RNTI is at least one of SI-RNTI, P-RNTI, and RA-RNTI.
  • the DCI has a "Frequency domain resource assignment" field, which is a frequency resource assignment field indicating frequency resource assignment for the PDSCH (see FIG. 9).
  • the common message sent on the PDSCH is at least one of a system information message, a paging message, and a random access response.
  • the receiving unit 112 receives DCI including a "Frequency domain resource assignment" field indicating frequency resource assignment of the PDSCH from the base station 200 on the PDCCH. Regardless of the first number of resource blocks configuring CORESET #0 corresponding to the PDCCH, the control unit 120 determines the number of resource blocks based on the second number of resource blocks corresponding to a frequency bandwidth equal to or less than a predetermined bandwidth (for example, 5 MHz). to specify the number of bits in the “Frequency domain resource assignment” field.
  • a predetermined bandwidth for example, 5 MHz
  • control unit 120 specifies the number of bits in the "Frequency domain resource assignment" field using the method shown in FIG. However, when specifying the number of bits in the "Frequency domain resource assignment" field, the size of CORESET #0 (i.e., the number of first resource blocks)
  • the second number of resource blocks for eRedCap UE is used.
  • the number of bits in the "Frequency domain resource assignment" field can be adjusted. Becomes properly identifiable.
  • the "Frequency domain resource assignment" field included in “DCI format 1_0 with P-RNTI” and the “Frequency domain resource assignment” field included in “DCI format 1_0 with SI-RNTI” are “domain resource assignment” field, and "DCI format 1_0 with A second number of resource blocks is defined in common for at least two of the "Frequency domain resource assignment” fields included in "RA-RNTI".
  • control unit 120 identifies the PDSCH frequency resource indicated by the "Frequency domain resource assignment” field based on the identified number of bits. Furthermore, the control unit 120 identifies the PDSCH time resource indicated by the "Time domain resource assignment” field. The receiving unit 112 receives the common message on the PDSCH based on the identified frequency resources and time resources.
  • FIG. 18 is a diagram illustrating a first PDSCH resource allocation bit number identification method according to the embodiment.
  • the second resource block number is the resource block number predefined for eRedCap UE in the technical specifications of the mobile communication system 1.
  • step S201 the receiving unit 112 of the UE 100 (eRedCap UE) receives "DCI format 1_0 with P-RNTI/SI-RNTI/RA-RNTI" from the base station 200 on the PDCCH.
  • step S202 the control unit 120 of the UE 100 (eRedCap UE) sets the frequency of "DCI format 1_0 with P-RNTI/SI-RNTI/RA-RNTI" based on the predefined second number of resource blocks Specify the number of bits in the "domain resource assignment" field.
  • the second number of resource blocks is predefined as 25 resource blocks (or 24 resource blocks) or 12 resource blocks (or 11 resource blocks).
  • the control unit 120 of the UE 100 may determine the second number of resource blocks based on the subcarrier spacing (SCS) for the common message. For example, for each subcarrier interval (SCS), the correspondence relationship between the subcarrier interval (SCS) and the second number of resource blocks is defined in advance in the technical specifications.
  • the receiving unit 112 of the UE 100 receives an MIB including a parameter indicating the subcarrier spacing (SCS) for the common message from the base station 200 on the PBCH.
  • the parameter may be subCarrierSpacingCommon included in the MIB.
  • subCarrierSpacingCommon is the system information message, Msg. in the initial access. 2 (random access response)/Msg.
  • Control unit 120 of UE 100 determines the second number of resource blocks based on the subcarrier spacing (SCS) indicated by the parameter and the correspondence relationship predefined in the technical specifications.
  • step S203 the control unit 120 of the UE 100 (eRedCap UE) identifies the PDSCH frequency resource indicated by the "Frequency domain resource assignment" field based on the number of bits identified in step S202. Further, the control unit 120 identifies the PDSCH time resource indicated by the "Time domain resource assignment" field in "DCI format 1_0 with P-RNTI/SI-RNTI/RA-RNTI".
  • step S204 the receiving unit 112 of the UE 100 (eRedCap UE) receives the common message on the PDSCH based on the frequency resource and time resource specified in step S203. Specifically, the receiving unit 112 of the UE 100 (eRedCap UE) receives a paging message, a system information message (for example, SIB1), and/or a random access response (i.e., an eRedCap specific common message) on a scheduled PDSCH. ).
  • SIB1 system information message
  • a random access response i.e., an eRedCap specific common message
  • FIG. 20 is a diagram illustrating a second PDSCH resource allocation bit number identification method according to the embodiment.
  • the second resource block number is the number of resource blocks determined according to a parameter (index) in the MIB.
  • a parameter in pdcch-ConfigSIB1 in the MIB or a spare bit in the MIB may be used.
  • An example in which parameters in pdcch-ConfigSIB1 in the MIB are used as the parameters will be mainly described below.
  • the transmitter 211 of the base station 200 transmits an MIB including a first index (controlResourceSetZero) and a second index (searchSpaceZero).
  • the MIB may further include a parameter (subCarrierSpacingCommon) indicating subcarrier spacing (SCS) for common messages.
  • the first index (controlResourceSetZero) and/or the second index (searchSpaceZero) are used to determine the second number of resource blocks. That is, the receiving unit 112 of the UE 100 (eRedCap UE) receives the MIB including the index for determining the second number of resource blocks from the base station 200 on the PBCH.
  • step S212 the control unit 120 of the UE 100 (eRedCap UE) identifies the CORESET #0 setting corresponding to the first index (controlResourceSetZero) in the MIB, and specifies the CORESET #0 setting corresponding to the second index (searchSpaceZero) in the MIB. Specify space set #0 settings.
  • the control unit 120 of the UE 100 (eRedCap UE) determines the second number of resource blocks based on the first index (controlResourceSetZero) and/or the second index (searchSpaceZero). Specifically, the control unit 120 of the UE 100 (eRedCap UE) determines each of the first number of resource blocks and the second number of resource blocks based on the index.
  • the first resource block number is part of the CORESET #0 setting.
  • the second resource block number is used to specify the number of bits in the "Frequency domain resource assignment" field.
  • the control unit 120 of the UE 100 may determine the second number of resource blocks further based on the subcarrier spacing (SCS) for the common message.
  • the subcarrier spacing (SCS) is determined, for example, according to subCarrierSpacingCommon. Specifically, for each subcarrier interval (SCS), the correspondence relationship between the subcarrier interval (SCS) and the second number of resource blocks is defined in advance in the technical specifications.
  • the control unit 120 of the UE 100 (eRedCap UE) uses the first index (controlResourceSetZero) and/or the second index (searchSpaceZero), the subcarrier spacing (SCS) indicated by subCarrierSpacingCommon, and the scheduled based on the specified correspondence relationship. Then, the second number of resource blocks is determined.
  • FIG. 21 is a diagram illustrating an example of associating the first index (controlResourceSetZero) with the second number of resource blocks.
  • the control unit 120 of the UE 100 (eRedCap UE) maintains a table as shown in FIG.
  • the number of resource blocks is associated.
  • the second number of resource blocks is 15 or 8 resource blocks when the predetermined bandwidth is 3 MHz, 20 or 10 resource blocks when the predetermined bandwidth is 4 MHz, and when the predetermined bandwidth is 5 MHz, the second number of resource blocks is 15 or 8 resource blocks. In this case, there are 25 or 12 resource blocks.
  • the controlResourceSetZero table shown in FIG. 21 is a table when the maximum channel bandwidth is 5 MHz or 10 MHz, and the subcarrier spacing (SCS) of each of SSB and PDCCH is 15 kHz. If the subcarrier spacing (SCS) of each of SSB and PDCCH is not 15 kHz, a controlResourceSetZero table different from that in FIG. 21 will be used. Even in the controlResourceSetZero table different from that in FIG. 21, it is assumed that the second number of resource blocks is associated with the value of controlResourceSetZero.
  • the control unit 120 of the UE 100 determines the second number of resource blocks further based on the subcarrier spacing (SCS) for SSB and/or the subcarrier spacing (SCS) for PDCCH.
  • the base station 200 may set the SSB subcarrier spacing (SCS) based on a parameter (ssbSubcarrierSpacing) included in the RRC message (ServingCellConfigCommon).
  • the base station 200 may set the subcarrier spacing (SCS) of the PDCCH (that is, DL BWP) based on a parameter (subcarrierSpacing) included in the RRC message (BWP-DownlinkCommon).
  • FIG. 21 is an example of associating the second number of resource blocks with controlResourceSetZero
  • the second number of resource blocks may be associated with searchSpaceZero using a similar method.
  • the transmitter 211 of the base station 200 transmits "DCI format 1_0 with P-RNTI/SI-RNTI/RA-RNTI” on the PDCCH.
  • the receiving unit 112 of the UE 100 receives “DCI format 1_0 with P-RNTI/SI-RNTI/RA-RNTI” from the base station 200 on the PDCCH.
  • "DCI format 1_0 with P-RNTI/SI-RNTI/RA-RNTI” may further include a field indicating the number of times the common message is repeatedly transmitted. This allows the UE 100 (eRedCap UE) to specify the number of times the common message is repeatedly transmitted.
  • step S214 the control unit 120 of the UE 100 (eRedCap UE) selects "DCI format 1_0 with P-RNTI/SI-RNTI/RA-RNTI" based on the second number of resource blocks determined in step S212. Specify the number of bits in the "Frequency domain resource assignment" field.
  • step S215 the control unit 120 of the UE 100 (eRedCap UE) identifies the PDSCH frequency resource indicated by the "Frequency domain resource assignment" field based on the number of bits identified in step S214. Further, the control unit 120 identifies the PDSCH time resource indicated by the "Time domain resource assignment" field in "DCI format 1_0 with P-RNTI/SI-RNTI/RA-RNTI". Further, if "DCI format 1_0 with P-RNTI/SI-RNTI/RA-RNTI" includes a field indicating the number of repeated transmissions, the control unit 120 specifies the number of repeated transmissions based on the field.
  • step S216 the receiving unit 112 of the UE 100 (eRedCap UE) receives the common message on the PDSCH based on the frequency resource and time resource specified in step S215. Specifically, the receiving unit 112 of the UE 100 (eRedCap UE) receives a paging message, a system information message (for example, SIB1), and/or a random access response (i.e., an eRedCap specific common message) on a scheduled PDSCH. ).
  • SIB1 system information message
  • a random access response i.e., an eRedCap specific common message
  • FIG. 22 is a diagram for explaining an overview of the handover method for eRedCap UE according to the embodiment.
  • FIG. 22 shows an example in which the base station 200a that manages the source cell and the base station 200b that manages the target cell are different, the source cell and the target cell may be managed by the same base station 200.
  • the transmitter 211 of the base station 200a that manages the source cell transmits a message instructing the UE 100 (eRedCap UE) to handover to the target cell.
  • the message is an RRC message, for example, an RRCReconfiguration message that includes reocnconfigurationWithSync as an information element.
  • reocnconfigurationWithSync is a parameter for synchronization reconfiguration for the target cell.
  • the receiving unit 112 of the UE 100 receives a message instructing handover to a target cell from the base station 200a (source cell).
  • the control unit 120 of the UE 100 acquires a common message commonly used by the plurality of UEs 100 from the base station 200b (target cell) on the PDSCH.
  • the message includes parameters for the UE 100 to obtain a second common message defined for the eRedCap UE (i.e., an eRedCap specific common message) from the target cell.
  • This allows the UE 100 (eRedCap UE) to appropriately communicate with the target cell.
  • the eRedCap UE can properly receive downlink data (especially common messages) from the target cell after handover, and mobility can be appropriately supported for the eRedCap UE.
  • the second common message is a common message transmitted from the target cell in a frequency bandwidth that is less than or equal to a predetermined bandwidth (for example, 5 MHz), and is a common message that is transmitted from the target cell using a frequency bandwidth that is less than or equal to a predetermined bandwidth (for example, 5 MHz), and is a common message that is transmitted from the target cell using a frequency bandwidth that is less than or equal to a predetermined bandwidth (for example, 5 MHz). different from the message.
  • the common message is a system information message
  • the first common message is a first system information message specified for Non-eRedCap UE
  • the second common message is a second system information message specified for eRedCap UE. It may also be a system information message.
  • FIG. 23 is a diagram illustrating an example of a handover method for eRedCap UE according to the embodiment.
  • step S301 the transmitter 211 of the base station 200a that manages the source cell transmits an RRCReconfiguration message including reocnconfigurationWithSync as an information element to the UE 100 (eRedCap UE).
  • the receiving unit 112 of the UE 100 receives the RRCReconfiguration message from the base station 200a (source cell).
  • the RRCReconfiguration message may include a first parameter indicating whether a second common message (eRedCap specific common message) is provided from the target cell.
  • the control unit 120 of the UE 100 eRedCap UE
  • the base station 200a may include in the RRCReconfiguration message a first parameter indicating whether the second SIB1 is broadcast/scheduled in the target cell.
  • the base station 200a may set the first parameter to a first value (for example, "1") when the second SIB1 is broadcast/scheduled in the target cell.
  • the base station 200a may set the first parameter to a second value (for example, "0") when the second SIB1 is not broadcast/scheduled in the target cell.
  • the control unit 120 of the UE 100 may obtain the second common message from the target cell in response to the first parameter indicating that the second common message is provided from the target cell. .
  • the control unit 120 of the UE 100 determines that the second common message is not provided from the target cell in response to the first parameter indicating that the second common message is not provided from the target cell. Good too.
  • the RRCReconfiguration message indicates whether or not the second CORESET #0 specified for eRedCap UE is provided (configured) from the target cell independently of the first CORESET #0 specified for Non-eRedCap UE. It may also include a second parameter indicating.
  • the second CORESET #0 may be a CORESET #0 set with a bandwidth equal to or less than a predetermined bandwidth. Thereby, the control unit 120 of the UE 100 (eRedCap UE) can specify whether or not the second CORESET #0 is provided (set) from the target cell based on the second parameter.
  • the base station 200a may set the second parameter to the first value (for example, "1") when the second CORESET #0 is provided in the target cell. On the other hand, the base station 200a may set the second parameter to a second value (for example, "0") if the second CORESET #0 is not provided in the target cell.
  • the RRCReconfiguration message indicates that the second search space set #0 specified for eRedCap UE is provided (set) from the target cell independently of the first search space set #0 specified for Non-eRedCap UE. It may also include a third parameter indicating whether or not.
  • the second search space set #0 may be a search space set #0 set with a bandwidth equal to or less than a predetermined bandwidth. Thereby, the control unit 120 of the UE 100 (eRedCap UE) can specify whether or not the second search space set #0 is provided (set) from the target cell based on the third parameter.
  • the base station 200a may set the third parameter to the first value (for example, "1") when the second search space set #0 is provided in the target cell. On the other hand, when the second search space set #0 is not provided in the target cell, the base station 200a may set the third parameter to the second value (for example, "0").
  • the RRCReconfiguration message may include a fourth parameter for identifying the PDSCH resource on which the second common message (eRedCap specific common message) is transmitted in the target cell.
  • the fourth parameter may be a parameter for specifying the number of bits of the "Frequency domain resource assignment" field in "DCI format 1_0 with P-RNTI/SI-RNTI/RA-RNTI".
  • the fourth parameter may be a parameter indicating the second number of resource blocks for specifying the number of bits. The details of such operation are similar to the second PDSCH resource allocation bit number identification method described above.
  • step S302 the control unit 120 of the UE 100 (eRedCap UE) sends a second common message (eRedCap specific common message) to the base station on the PDSCH based on the parameters included in the RRCReconfiguration message received in step S301.
  • Station 200b target cell
  • operation sequences (and operation flows) in the embodiments described above do not necessarily have to be executed chronologically in the order described in the flow diagram or sequence diagram. For example, steps in an operation may be performed in a different order than depicted in a flow diagram or sequence diagram, or in parallel. Also, some of the steps in the operation may be deleted, and additional steps may be added to the process. Further, the operation sequences (and operation flows) in the above-described embodiments may be implemented separately or in combination of two or more operation sequences (and operation flows). For example, some steps of one operation flow may be added to another operation flow, or some steps of one operation flow may be replaced with some steps of another operation flow.
  • the mobile communication system 1 was explained using an NR-based mobile communication system as an example.
  • the mobile communication system 1 is not limited to this example.
  • the mobile communication system 1 may be a system compliant with any TS of LTE or other generation systems (for example, 6th generation) of the 3GPP standard.
  • Base station 200 may be an eNB that provides E-UTRA user plane and control plane protocol termination towards UE 100 in LTE.
  • the base station 200 may be an IAB (Integrated Access and Backhaul) donor or an IAB node.
  • IAB Integrated Access and Backhaul
  • a program that causes a computer to execute each process performed by the UE 100 or the base station 200 may be provided.
  • the program may be recorded on a computer readable medium.
  • Computer-readable media allow programs to be installed on a computer.
  • the computer-readable medium on which the program is recorded may be a non-transitory recording medium.
  • the non-transitory recording medium is not particularly limited. For example, it may be a recording medium such as a CD-ROM or a DVD-ROM.
  • circuits that execute each process performed by the UE 100 or the base station 200 may be integrated, and at least a portion of the UE 100 or the base station 200 may be configured as a semiconductor integrated circuit (chip set, SoC: System on a chip).
  • transmit may mean processing at least one layer within a protocol stack used for transmission, or physically transmitting a signal wirelessly or by wire. It may also mean sending to. Alternatively, “transmitting” may mean a combination of processing the at least one layer and physically transmitting the signal wirelessly or by wire. Similarly, “receive” may mean processing at least one layer within the protocol stack used for receiving, or physically receiving a signal, wirelessly or by wire. It can also mean that. Alternatively, “receiving” may mean a combination of processing the at least one layer and physically receiving the signal wirelessly or by wire.
  • “obtain/acquire” may mean obtaining information from among stored information, and may refer to obtaining information from among information received from other nodes. Alternatively, it may mean obtaining information by generating the information.
  • “include” and “comprise” do not mean to include only the listed items; they may include only the listed items, or in addition to the listed items. This means that it may contain further items.
  • “or” does not mean exclusive disjunction, but rather disjunction.
  • any reference to elements using the designations "first,” “second,” etc. used in this disclosure does not generally limit the amount or order of those elements. These designations may be used herein as a convenient way of distinguishing between two or more elements.
  • first and second element does not imply that only two elements may be employed therein or that the first element must precede the second element in any way.
  • first and second element when articles are added by translation, for example, a, an, and the in English, these articles are used in the plural unless the context clearly indicates otherwise. shall include things.
  • the downlink control information is downlink control information in a predetermined format to which a predefined cell radio network temporary identifier (RNTI) is applied,
  • RNTI cell radio network temporary identifier
  • the frequency resource allocation field indicates allocation of the frequency resource of the physical downlink shared channel through which a common message commonly used by a plurality of communication devices (100) is transmitted, The communication device (100) according to appendix 1 or 2, wherein the common message is at least one of a system information message, a paging message, and a random access response.
  • the control unit (120) specifies the frequency resource indicated by the frequency resource allocation field based on the specified number of bits, The communication device (100) according to appendix 3, wherein the receiving unit (112) receives the common message on the physical downlink shared channel based on the identified frequency resource.
  • control unit (120) determines the second number of resource blocks based on a subcarrier interval for the common message.
  • the receiving unit (112) receives a master information block including a parameter indicating the subcarrier spacing from the base station (200) on a physical broadcast channel;
  • the communication device (100) according to appendix 6, wherein the control unit (120) determines the second number of resource blocks based on the subcarrier interval and the correspondence relationship indicated by the parameter.
  • the receiving unit (112) receives a master information block including an index for determining the second number of resource blocks from the base station (200) on a physical broadcast channel;
  • the communication device (100) according to supplementary note 3 or 4, wherein the control unit (120) determines the second number of resource blocks based on the index.
  • Appendix 11 The communication device (100) according to appendix 8 or 9, wherein the index is a second index indicating the setting of a common search space.
  • Appendix 12 The communication device (100) according to any one of appendices 8 to 11, wherein the control unit (120) determines the second number of resource blocks further based on a subcarrier interval for the common message.
  • the receiving unit (112) receives the master information block further including a parameter indicating the subcarrier spacing from the base station (200) on the physical broadcast channel;
  • the communication device (100) according to appendix 12, wherein the control unit (120) determines the second number of resource blocks based on the index, the subcarrier interval indicated by the parameter, and the correspondence relationship. .
  • the control unit (120) determines the second number of resource blocks further based on a subcarrier interval for a synchronization signal block (SSB) and/or a subcarrier interval for a physical downlink control channel (PDCCH). Supplementary note 12 Or the communication device (100) according to 13.
  • SSB synchronization signal block
  • PDCCH physical downlink control channel
  • (Appendix 16) A communication method executed by a communication device (100) of a predetermined terminal type in which the frequency bandwidth that can be supported by at least a physical downlink shared channel is reduced to a predetermined bandwidth, the method comprising: receiving from a base station (200) on a physical downlink control channel downlink control information including a frequency resource allocation field indicating frequency resource allocation for the physical downlink shared channel; Regardless of the first number of resource blocks constituting the control resource set corresponding to the physical downlink control channel, the frequency resource A communication method, comprising: determining the number of bits of an allocation field.

Landscapes

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

Abstract

Un dispositif de communication (100), qui est un UE eRedCap dont une bande passante de fréquence capable de prendre en charge au moins un PDSCH a été réduite à une bande passante prédéterminée, comprend : une unité de réception (112) qui reçoit des DCI comprenant un champ d'attribution de ressources de fréquence indiquant une attribution de ressources de fréquence du PDSCH sur un PDCCH à partir d'une station de base ; et une unité de commande (120) qui spécifie le nombre de bits dans le champ d'attribution de ressources de fréquence d'après le nombre de seconds blocs de ressources correspondant à une bande passante de fréquence égale ou inférieure à une bande passante prédéterminée, indépendamment du nombre de premiers blocs de ressources qui constituent un ensemble de ressources de commande correspondant au PDCCH.
PCT/JP2023/019563 2022-06-06 2023-05-25 Dispositif de communication et procédé de communication WO2023238688A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022-091757 2022-06-06
JP2022091757 2022-06-06

Publications (1)

Publication Number Publication Date
WO2023238688A1 true WO2023238688A1 (fr) 2023-12-14

Family

ID=89118135

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/019563 WO2023238688A1 (fr) 2022-06-06 2023-05-25 Dispositif de communication et procédé de communication

Country Status (1)

Country Link
WO (1) WO2023238688A1 (fr)

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
HUAWEI, HISILICON: "Reduced maximum UE bandwidth", 3GPP TSG RAN WG1 #106B-E R1-2108753, 2 October 2021 (2021-10-02), XP052057850 *
ZTE, SANECHIPS: "Bandwidth reduction for reduced capability NR devices", 3GPP TSG RAN WG1 #106B-E R1-2109332, 2 October 2021 (2021-10-02), XP052058285 *

Similar Documents

Publication Publication Date Title
EP3437285B1 (fr) Procédé réalisé par un équipement d'utilisateur, procédé réalisé par un noeud b évolué, équipement d'utilisateur et noeud b évolué
EP3800815B1 (fr) Dispositifs et procédés pour une surveillance d'epdcch dans des systèmes de communication sans fil
CN109076517B (zh) 用户设备、基站装置以及通信方法
US10212732B2 (en) Method for transmitting and receiving uplink data using contention based resources in wireless communication system and apparatus therefor
JP6546607B2 (ja) 無線通信システムにおいて競合ベースリソースを用いたスケジューリング要求伝送方法及びそのための装置
CN111096055A (zh) 终端设备、基站设备、方法和记录介质
EP2448157B1 (fr) Procédé et appareil de gestion d'informations système dans un système de communication sans fil prenant en charge des multiporteuses
JP7043746B2 (ja) 通信装置、通信方法及びコンピュータプログラム
WO2015020190A1 (fr) Dispositif terminal, dispositif station de base, procédé de communication, et circuit intégré
WO2015020108A1 (fr) Terminal, station de base, circuit intégré et procédé de communication
JP6979131B2 (ja) 無線通信システムにおいて初期アクセスを行う方法及びそのための装置
CN107852715B (zh) 终端装置以及通信方法
WO2016121863A1 (fr) Dispositif de terminal, dispositif de station de base, circuit intégré et procédé de communication
WO2012097696A1 (fr) Procédé d'accès aléatoire, équipement utilisateur et équipement de réseau
CN114175558A (zh) 用户装备、基站和方法
JP6774414B2 (ja) 端末装置、および通信方法
WO2023238688A1 (fr) Dispositif de communication et procédé de communication
WO2023238689A1 (fr) Dispositif et procédé de communication, et station de base
WO2023238686A1 (fr) Dispositif de communication, station de base et procédé de communication
WO2023013548A1 (fr) Appareil de communication et procédé de commande de communication
WO2024070599A1 (fr) Terminal et station de base
WO2023058756A1 (fr) Dispositif de communication, station de base et procédé de communication
WO2023080036A1 (fr) Dispositif de communication, station de base, et procédé de communication
WO2023080037A1 (fr) Dispositif de communication, station de base, et procédé de communication
WO2023153384A1 (fr) Dispositif de communication et procédé de communication

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

Country of ref document: EP

Kind code of ref document: A1