[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

WO2023238688A1 - 通信装置及び通信方法 - Google Patents

通信装置及び通信方法 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)
French (fr)
Inventor
卓宏 古山
秀明 ▲高▼橋
Original Assignee
株式会社デンソー
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社デンソー filed Critical 株式会社デンソー
Publication of WO2023238688A1 publication Critical patent/WO2023238688A1/ja

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

少なくともＰＤＳＣＨについて対応可能な周波数帯域幅が所定帯域幅に低減されたｅＲｅｄＣａｐ　ＵＥである通信装置（１００）は、ＰＤＳＣＨの周波数リソースの割り当てを示す周波数リソース割当フィールドを含むＤＣＩをＰＤＣＣＨ上で基地局から受信する受信部（１１２）と、ＰＤＣＣＨに対応する制御リソースセットを構成する第１のリソースブロック数にかかわらず、所定帯域幅以下の周波数帯域幅に対応する第２のリソースブロック数に基づいて、周波数リソース割当フィールドのビット数を特定する制御部（１２０）と、を備える。

Description

通信装置及び通信方法 関連出願への相互参照
　本出願は、２０２２年６月６日に出願された日本出願番号２０２２－０９１７５７号に基づくものであって、その優先権の利益を主張するものであり、その特許出願のすべての内容が、参照により本明細書に組み入れられる。
　本開示は、移動通信システムで用いる通信装置及び通信方法に関する。
　移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ　Ｇｅｎｅｒａｔｉｏｎ　Ｐａｒｔｎｅｒｓｈｉｐ　Ｐｒｏｊｅｃｔ。登録商標。以下同じ）におけるＮＲ（Ｎｅｗ　Ｒａｄｉｏ）の技術仕様のリリース１７において、産業用センサ、監視カメラ、及びウェアラブル等のユースケースに適した低性能の通信装置（ＵＥ：Ｕｓｅｒ　Ｅｑｕｉｐｍｅｎｔ）のタイプが導入されている。このような端末タイプ（「ＵＥタイプ」とも称する）は、「ＲｅｄＣａｐ（Ｒｅｄｕｃｅｄ　Ｃａｐａｂｉｌｉｔｙ）　ＵＥ」とも称される。
　３ＧＰＰ技術仕様のリリース１８において、ＲｅｄＣａｐ　ＵＥよりもさらに複雑さが軽減された新たな端末タイプを導入することが検討されている。このような新たな端末タイプは、リリース１７で導入されたＲｅｄＣａｐ　ＵＥと、ＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）のＬＰＷＡ（Ｌｏｗ　Ｐｏｗｅｒ　Ｗｉｄｅ　Ａｒｅａ）との間の性能であることが想定されている。このような新たな端末タイプは、「ｅＲｅｄＣａｐ　ＵＥ」と称される。以下において、ｅＲｅｄＣａｐ　ＵＥを「所定端末タイプ」とも称する。
　ｅＲｅｄＣａｐ　ＵＥについては、（ａ）ＦＲ１（Ｆｒｅｑｕｅｎｃｙ　Ｒａｎｇｅ　１）における対応可能な周波数帯域幅を所定帯域幅（例えば、５ＭＨｚ）に低減すること、及び、（ｂ）ピークデータレートを削減するためにＦＲ１におけるデータチャネルに対する周波数帯域幅を所定帯域幅に低減することが提案されている（例えば、非特許文献１乃至５参照）。ここでデータチャネルとは、データを伝送する物理チャネル、すなわち、物理下りリンク共有チャネル（ＰＤＳＣＨ）及び／又は物理上りリンク共有チャネル（ＰＵＳＣＨ）をいう。なお、周波数帯域幅は単に「帯域幅」とも称される。
　上記（ａ）の方法では、ＵＥのＲＦ（Ｒａｄｉｏ　Ｆｒｅｑｕｅｎｃｙ）部及びＢＢ（Ｂａｓｅ　Ｂａｎｄ）部の両方について対応可能な帯域幅（すなわち、最大帯域幅）を低減し、ＲＦ部及びＢＢ部の複雑さを軽減することが可能である。一方、上記（ｂ）の方法では、主にＵＥのＢＢ部について対応可能な帯域幅を低減し、ＢＢ部の複雑さを軽減することが可能である。また、上記（ｂ）の方法では、ＰＤＳＣＨ及び／又はＰＵＳＣＨ以外の物理チャネル構成について技術仕様の変更を小さくすることが可能である。
３ＧＰＰ寄書：Ｒ１－２２０３１１７　「Ｐｏｔｅｎｔｉａｌ　ｓｏｌｕｔｉｏｎｓ　ｆｏｒ　ｆｕｒｔｈｅｒ　ＲｅｄＣａｐ　ＵＥ　ｃｏｍｐｌｅｘｉｔｙ　ｒｅｄｕｃｔｉｏｎ」 ３ＧＰＰ寄書：Ｒ１－２２０３９１７　「Ｆｕｒｔｈｅｒ　ＵＥ　ｃｏｍｐｌｅｘｉｔｙ　ｒｅｄｕｃｔｉｏｎ　ｆｏｒ　ｅＲｅｄＣａｐ」 ３ＧＰＰ寄書：Ｒ１－２２０４０３８　「Ｆｕｒｔｈｅｒ　ＵＥ　Ｃｏｍｐｌｅｘｉｔｙ　Ｒｅｄｕｃｔｉｏｎ」 ３ＧＰＰ寄書：Ｒ１－２２０４３８９　「Ｄｉｓｃｕｓｓｉｏｎ　ｏｎ　ｐｏｔｅｎｔｉａｌ　ｓｏｌｕｔｉｏｎｓ　ｆｏｒ　ｆｕｒｔｈｅｒ　ＵＥ　ｃｏｍｐｌｅｘｉｔｙ　ｒｅｄｕｃｔｉｏｎ」 ３ＧＰＰ寄書：Ｒ１－２２０５０４３　「Ｆｕｒｔｈｅｒ　ｃｏｍｐｌｅｘｉｔｙ　ｒｅｄｕｃｔｉｏｎ　ｆｏｒ　ｅＲｅｄＣａｐ　ｄｅｖｉｃｅ」
　発明者の詳細な検討の結果、現状のＰＤＳＣＨの割り当て（スケジューリング）の仕組みでは、ｅＲｅｄＣａｐ　ＵＥなどの所定端末タイプの通信装置が下りリンクデータを適切に受信できない懸念があるという課題が見出された。
　そこで、本開示は、ｅＲｅｄＣａｐ　ＵＥなどの所定端末タイプの通信装置が導入される場合であっても下りリンクデータを適切に受信可能にすることを目的とする。
　第１の態様に係る通信装置は、少なくとも物理下りリンク共有チャネルについて対応可能な周波数帯域幅が所定帯域幅に低減された所定端末タイプの通信装置であって、前記物理下りリンク共有チャネルの周波数リソースの割り当てを示す周波数リソース割当フィールドを含む下りリンク制御情報を物理下りリンク制御チャネル上で基地局から受信する受信部と、前記物理下りリンク制御チャネルに対応する制御リソースセットを構成する第１のリソースブロック数にかかわらず、前記所定帯域幅以下の周波数帯域幅に対応する第２のリソースブロック数に基づいて、前記周波数リソース割当フィールドのビット数を特定する制御部と、を備える。
　第２の態様に係る通信方法は、少なくとも物理下りリンク共有チャネルについて対応可能な周波数帯域幅が所定帯域幅に低減された所定端末タイプの通信装置で実行する通信方法であって、前記物理下りリンク共有チャネルの周波数リソースの割り当てを示す周波数リソース割当フィールドを含む下りリンク制御情報を物理下りリンク制御チャネル上で基地局から受信するステップと、前記物理下りリンク制御チャネルに対応する制御リソースセットを構成する第１のリソースブロック数にかかわらず、前記所定帯域幅以下の周波数帯域幅に対応する第２のリソースブロック数に基づいて、前記周波数リソース割当フィールドのビット数を特定するステップと、を備える。
　本開示についての上記目的およびその他の目的、特徴や利点は、添付の図面を参照しながら下記の詳細な記述により、より明確になる。その図面は、
図１は、実施形態に係る移動通信システムの構成について説明するための図であり、 図２は、実施形態に係る移動通信システムにおけるプロトコルスタックの構成例について説明するための図であり、 図３は、実施形態に係る移動通信システムにおけるイニシャルアクセスの概要について説明するための図であり、 図４は、実施形態に係る移動通信システムにおけるＭＩＢに含まれるｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１に含まれるパラメータであるｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏの値と、ＣＯＲＥＳＥＴ＃０（ＣＯＲＥＳＥＴ　ｆｏｒ　Ｔｙｐｅ０－ＰＤＣＣＨ　ｓｅａｒｃｈ　ｓｐａｃｅ　ｓｅｔ）に対するパラメータとの対応関係を示すテーブルの一例を示す図であり、 図５は、実施形態に係る移動通信システムにおけるＭＩＢに含まれるｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１に含まれるパラメータであるｓｅａｒｃｈＳｐａｃｅＺｅｒｏの値と、サーチスペースセット＃０（ＰＤＣＣＨ　ｍｏｎｉｔｏｒｉｎｇ　ｏｃｃａｓｉｏｎｓ　ｆｏｒ　Ｔｙｐｅ０－ＰＤＣＣＨ　ＣＳＳ　ｓｅｔ）に対するパラメータとの対応関係を示すテーブルの一例を示す図であり、 図６は、実施形態に係る移動通信システムにおけるページングメッセージの伝送方法を示す図であり、 図７は、実施形態に係る移動通信システムにおけるシステム情報メッセージ（ＳＩＢ：Ｓｙｓｔｅｍ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｂｌｏｃｋ）の伝送方法を示す図であり、 図８は、実施形態に係る移動通信システムにおけるランダムアクセス（ＲＡ）応答の伝送方法を示す図であり、 図９は、実施形態に係る移動通信システムにおける「ＤＣＩフォーマット１＿０　ｗｉｔｈ　Ｐ－ＲＮＴＩ」、「ＤＣＩフォーマット１＿０　ｗｉｔｈ　ＳＩ－ＲＮＴＩ」、及び「ＤＣＩフォーマット１＿０　ｗｉｔｈ　ＲＡ－ＲＮＴＩ」を示す図であり、 図１０は、実施形態に係る移動通信システムにおけるｅＲｅｄＣａｐ　ＵＥの概要について説明するための図であり、 図１１は、実施形態に係る移動通信システムにおけるｅＲｅｄＣａｐ　ＵＥの概要について説明するための図であり、 図１２は、実施形態に係るＵＥの構成について説明するための図であり、 図１３は、実施形態に係る基地局の構成について説明するための図であり、 図１４は、実施形態に係る基地局におけるＭＩＢ送信動作を示す図であり、 図１５は、実施形態に係るＵＥ（ｅＲｅｄＣａｐ　ＵＥ）におけるＭＩＢ受信動作を示す図であり、 図１６は、実施形態に係るテーブル構成例を示す図であり、 図１７は、実施形態に係るｅＲｅｄＣａｐ　ＵＥのイニシャルアクセス方法のシーケンス例を示す図であり、 図１８は、実施形態に係る第１のＰＤＳＣＨリソース割当ビット数特定方法を示す図であり、 図１９は、実施形態に係るサブキャリア間隔（ＳＣＳ）と第２のリソースブロック数との対応関係の一例を示す図であり、 図２０は、実施形態に係る第２のＰＤＳＣＨリソース割当ビット数特定方法を示す図であり、 図２１は、実施形態に係る第１のインデックス（ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏ）と第２のリソースブロック数とを対応付ける一例を示す図であり、 図２２は、実施形態に係るｅＲｅｄＣａｐ　ＵＥ向けのハンドオーバ方法の概要を説明するための図であり、 図２３は、実施形態に係るｅＲｅｄＣａｐ　ＵＥ向けのハンドオーバ方法の一例を示す図である。
　図面を参照しながら、実施形態に係る移動通信システムについて説明する。図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。
　（１）移動通信システムの概要
　まず、実施形態に係る移動通信システムの構成について説明する。
　（１．１）システム構成
　図１を参照して、実施形態に係る移動通信システム１の構成について説明する。
　移動通信システム１は、３ＧＰＰの技術仕様に準拠したシステムである。以下において、移動通信システム１として、３ＧＰＰの第５世代（５Ｇ）システムの無線アクセス技術（ＲＡＴ）であるＮＲ（ＮＲ　Ｒａｄｉｏ　Ａｃｃｅｓｓ）に基づく移動通信システムを主として説明する。但し、移動通信システム１は、少なくとも部分的に、３ＧＰＰの第４世代（４Ｇ）システムのＲＡＴであるＥ－ＵＴＲＡ（Ｅｖｏｌｖｅｄ　Ｕｎｉｖｅｒｓａｌ　Ｔｅｒｒｅｓｔｒｉａｌ　Ｒａｄｉｏ　Ａｃｃｅｓｓ）／ＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）に基づく構成を有していてもよい。
　移動通信システム１は、ネットワーク１０と、ネットワーク１０と通信する通信装置であるＵＥ１００とを有する。ネットワーク１０は、無線アクセスネットワーク（ＲＡＮ）２０と、コアネットワーク（ＣＮ）３０とを有する。ＲＡＮ２０は、５Ｇ／ＮＲにおけるＮＧ－ＲＡＮ（Ｎｅｘｔ　Ｇｅｎｅｒａｔｉｏｎ　Ｒａｄｉｏ　Ａｃｃｅｓｓ　Ｎｅｔｗｏｒｋ）である。ＲＡＮ２０は、４Ｇ／ＬＴＥにおけるＥ－ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ　Ｕｎｉｖｅｒｓａｌ　Ｔｅｒｒｅｓｔｒｉａｌ　Ｒａｄｉｏ　Ａｃｃｅｓｓ　Ｎｅｔｗｏｒｋ）であってもよい。ＣＮ３０は、５Ｇ／ＮＲにおける５ＧＣ（５ｔｈ　Ｇｅｎｅｒａｔｉｏｎ　Ｃｏｒｅ　ｎｅｔｗｏｒｋ）である。ＣＮ３０は、４Ｇ／ＬＴＥにおけるＥＰＣ（Ｅｖｏｌｖｅｄ　Ｐａｃｋｅｔ　Ｃｏｒｅ）であってもよい。
　ＵＥ１００は、ユーザにより利用される装置である。ＵＥ１００は、例えば、スマートフォン等の携帯電話端末、タブレット端末、ノートＰＣ、通信モジュール、通信カード、又はチップセット等の装置である。ＵＥ１００は、車両（例えば、車、電車等）又はこれに設けられる装置であってよい。ＵＥ１００は、車両以外の輸送機体（例えば、船、飛行機等）又はこれに設けられる装置であってよい。ＵＥ１００は、センサ又はこれに設けられる装置であってよい。なお、ＵＥ１００は、移動局、移動端末、移動装置、移動ユニット、加入者局、加入者端末、加入者装置、加入者ユニット、ワイヤレス局、ワイヤレス端末、ワイヤレス装置、ワイヤレスユニット、リモート局、リモート端末、リモート装置、又はリモートユニット等の別の名称で呼ばれてもよい。
　ＲＡＮ２０は、複数の基地局２００を含む。各基地局２００は、少なくとも１つのセルを管理する。セルは、通信エリアの最小単位を構成する。例えば、１つのセルは、１つの周波数（キャリア周波数）に属し、１つのコンポーネントキャリアにより構成される。用語「セル」は、無線通信リソースを表すことがあり、ＵＥ１００の通信対象を表すこともある。そのため、以下の説明における基地局２００を「セル」と読み替えてもよい。各基地局２００は、自セルに在圏するＵＥ１００との無線通信を行うことができる。基地局２００は、ＲＡＮのプロトコルスタックを使用してＵＥ１００と通信する。基地局２００は、ＵＥ１００へ向けたユーザプレーン及び制御プレーンプロトコル終端を提供し、基地局－ＣＮ間のネットワークインターフェイスを介してＣＮ３０に接続される。５Ｇ／ＮＲにおける基地局２００はｇＮｏｄｅＢ（ｇＮＢ）と称され、４Ｇ／ＬＴＥにおける基地局２００はｅＮｏｄｅＢ（ｅＮＢ）と称される。また、５Ｇ／ＮＲにおける基地局－ＣＮ間インターフェイスはＮＧインターフェイスと称され、４Ｇ／ＬＴＥにおける基地局－ＣＮ間インターフェイスはＳ１インターフェイスと称される。基地局２００は、基地局間のネットワークインターフェイスを介して隣接基地局と接続される。５Ｇ／ＮＲにおける基地局間インターフェイスはＸｎインターフェイスと称され、４Ｇ／ＬＴＥにおける基地局間インターフェイスはＸ２インターフェイスと称される。
　ＣＮ３０は、コアネットワーク装置３００を含む。コアネットワーク装置３００は、５Ｇ／ＮＲにおけるＡＭＦ（Ａｃｃｅｓｓ　ａｎｄ　Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ　Ｆｕｎｃｔｉｏｎ）及び／又はＵＰＦ（Ｕｓｅｒ　Ｐｌａｎｅ　Ｆｕｎｃｔｉｏｎ）である。コアネットワーク装置３００は、４Ｇ／ＬＴＥにおけるＭＭＥ（Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ　Ｅｎｔｉｔｙ）及び／又はＳ－ＧＷ（Ｓｅｒｖｉｎｇ　Ｇａｔｅｗａｙ）であってもよい。ＡＭＦ／ＭＭＥは、ＵＥ１００のモビリティ管理を行う。ＵＰＦ／Ｓ－ＧＷは、ユーザプレーン処理に特化した機能を提供する。
　（１．２）プロトコルスタック構成
　図２を参照して、実施形態に係る移動通信システム１におけるプロトコルスタックの構成例について説明する。
　ＵＥ１００と基地局２００との間の無線区間のプロトコルは、物理（ＰＨＹ）レイヤと、媒体アクセス制御（ＭＡＣ）レイヤと、無線リンク制御（ＲＬＣ）レイヤと、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）レイヤと、無線リソース制御（ＲＲＣ）レイヤとを有する。
　ＰＨＹレイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００のＰＨＹレイヤと基地局２００のＰＨＹレイヤとの間では、物理チャネルを介してデータ及び制御情報が伝送される。
　物理チャネルは、時間領域における複数のＯＦＤＭシンボルと周波数領域における複数のサブキャリアとで構成される。１つのサブフレームは、時間領域で複数のＯＦＤＭシンボルで構成される。リソースブロックは、リソース割当単位であり、複数のＯＦＤＭシンボルと複数のサブキャリアとで構成される。フレームは、１０ｍｓで構成されることができ、１ｍｓで構成された１０個のサブフレームを含むことができる。サブフレーム内には、サブキャリア間隔に応じた数のスロットが含まれることができる。
　物理チャネルの中で、物理下りリンク制御チャネル（ＰＤＣＣＨ）は、例えば、下りリンクスケジューリング割り当て、上りリンクスケジューリンググラント、及び送信電力制御等の目的で中心的な役割を果たす。ＵＥ１００は、基地局２００からＵＥ１００に割り当てられた無線ネットワーク一時識別子（ＲＮＴＩ）、例えば、Ｃ－ＲＮＴＩ（Ｃｅｌｌ－ＲＮＴＩ）、ＭＣＳ－Ｃ－ＲＮＴＩ（Ｍｏｄｕｌａｔｉｏｎ　ａｎｄ　Ｃｏｄｉｎｇ　Ｓｃｈｅｍｅ－Ｃ－ＲＮＴＩ）、及び／又はＣＳ－ＲＮＴＩ（Ｃｏｎｆｉｇｕｒｅｄ　Ｓｃｈｅｄｕｌｉｎｇ－ＲＮＴＩ）を用いてＰＤＣＣＨのブラインド復号を行い、復号に成功した下りリンク制御情報（ＤＣＩ）を自ＵＥ宛てのＤＣＩとして取得する。ここで、基地局２００から送信されるＤＣＩには、Ｃ－ＲＮＴＩ及びＭＣＳ－Ｃ－ＲＮＴＩ、又はＣＳ－ＲＮＴＩによってスクランブルされたＣＲＣ（Ｃｙｃｌｉｃ　Ｒｅｄｕｎｄａｎｃｙ　Ｃｈｅｃｋ）パリティビットが付加されている。
　ＮＲでは、ＵＥ１００は、システム帯域幅（すなわち、セルの帯域幅）よりも狭い帯域幅を使用できる。基地局２００は、連続するリソースブロック（ＰＲＢ：Ｐｈｙｓｉｃａｌ　Ｒｅｓｏｕｒｃｅ　Ｂｌｏｃｋ）からなる帯域幅部分（ＢＷＰ）をＵＥ１００に設定する。ＵＥ１００は、アクティブなＢＷＰにおいてデータ及び制御信号を送受信する。ＵＥ１００には、例えば、最大４つのＢＷＰが設定可能である。各ＢＷＰは、異なるサブキャリア間隔を有していてもよい。当該各ＢＷＰは、周波数が相互に重複していてもよい。ＵＥ１００に対して複数のＢＷＰが設定されている場合、基地局２００は、ダウンリンクにおける制御によって、どのＢＷＰをアクティブ化するかを指定できる。
　基地局２００は、例えば、サービングセル上の最大４つのＢＷＰのそれぞれに最大３つの制御リソースセット（ＣＯＲＥＳＥＴ：ｃｏｎｔｒｏｌ　ｒｅｓｏｕｒｃｅ　ｓｅｔ）を設定できる。ＣＯＲＥＳＥＴは、ＵＥ１００が受信すべき制御情報のための無線リソースである。ＵＥ１００には、サービングセル上で最大１２個のＣＯＲＥＳＥＴが設定され得る。各ＣＯＲＥＳＥＴは、０乃至１１のインデックス（ＩＤ）を有する。例えば、ＣＯＲＥＳＥＴは、６つのリソースブロック（ＰＲＢ）と、時間領域内の１つ、２つ、又は３つの連続するＯＦＤＭシンボルとにより構成される。
　ＭＡＣレイヤは、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセスプロシージャ等を行う。ＵＥ１００のＭＡＣレイヤと基地局２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。基地局２００のＭＡＣレイヤはスケジューラを含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ：Ｍｏｄｕｌａｔｉｏｎ　ａｎｄ　Ｃｏｄｉｎｇ　Ｓｃｈｅｍｅ））及びＵＥ１００への割当リソースを決定する。
　ＲＬＣレイヤは、ＭＡＣレイヤ及びＰＨＹレイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥ１００のＲＬＣレイヤと基地局２００のＲＬＣレイヤとの間では、論理チャネルを介してデータ及び制御情報が伝送される。
　ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
　ＰＤＣＰレイヤの上位レイヤとしてサービスデータアダプテーションプロトコル（ＳＤＡＰ）レイヤが設けられていてもよい。ＳＤＡＰレイヤは、コアネットワークがＱｏＳ（Ｑｕａｌｉｔｙ　ｏｆ　Ｓｅｒｖｉｃｅ）制御を行う単位であるＩＰフローとアクセス層（ＡＳ：Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ）がＱｏＳ制御を行う単位である無線ベアラとのマッピングを行う。
　ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣレイヤと基地局２００のＲＲＣレイヤとの間では、各種設定のためのＲＲＣシグナリングが伝送される。ＵＥ１００のＲＲＣと基地局２００のＲＲＣとの間にＲＲＣ接続がある場合、ＵＥ１００はＲＲＣコネクティッド状態である。ＵＥ１００のＲＲＣと基地局２００のＲＲＣとの間にＲＲＣ接続がない場合、ＵＥ１００はＲＲＣアイドル状態である。ＵＥ１００のＲＲＣと基地局２００のＲＲＣとの間のＲＲＣ接続がサスペンドされている場合、ＵＥ１００はＲＲＣインアクティブ状態である。
　ＲＲＣレイヤの上位に位置する非アクセス層（ＮＡＳ：Ｎｏｎ－Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ）レイヤは、ＵＥ１００のセッション管理及びモビリティ管理を行う。ＵＥ１００のＮＡＳレイヤとコアネットワーク装置３００（ＡＭＦ／ＭＭＥ）のＮＡＳレイヤとの間では、ＮＡＳシグナリングが伝送される。なお、ＵＥ１００は、無線インターフェイスのプロトコル以外にアプリケーションレイヤ等を有する。
　（２）ＢＷＰ及びＳＳＢの概要
　次に、ＢＷＰ及びＳＳＢの概要について説明する。
　（２．１）ＢＷＰ　ＵＥ１００の消費電力の削減及び広帯域キャリアの有効活用のためにＢＷＰが規定されている。ＢＷＰには、イニシャルＢＷＰ（イニシャルＤＬ　ＢＷＰ及びイニシャルＵＬ　ＢＷＰ）と、専用ＢＷＰ（専用ＤＬ　ＢＷＰ及び専用ＵＬ　ＢＷＰ）とがある。ＵＥ１００には、その能力に応じて、ある１つのサービングセル内で最大４つまでのＤＬ　ＢＷＰ及び最大４つまでのＵＬ　ＢＷＰが設定される。なお、以下において、ＤＬ　ＢＷＰ及びＵＬ　ＢＷＰを区別しないときは単にＢＷＰと称する。
　イニシャルＢＷＰは、少なくともイニシャルアクセスに用いられるＢＷＰであって、複数のＵＥ１００に共通で用いられる。イニシャルＤＬ　ＢＷＰ及びイニシャルＵＬ　ＢＷＰのそれぞれは、ＢＷＰ識別子であるｂｗｐ－ｉｄが“０”として規定される。イニシャルＢＷＰには、物理ブロードキャストチャネル（ＰＢＣＨ）で伝送されるマスタ情報ブロック（ＭＩＢ）により導出及び設定されるイニシャルＢＷＰと、システム情報ブロック（ＳＩＢ）、具体的には、システム情報ブロック・タイプ１（ＳＩＢ１）により設定されるイニシャルＢＷＰとの２種類がある。ＭＩＢにより設定されるイニシャルＢＷＰは、ＭＩＢに含まれるパラメータを用いて設定されるＣＯＲＥＳＥＴ＃０に応じた帯域幅を有する。ＳＩＢ１により設定されるイニシャルＢＷＰは、ＳＩＢ１中の情報要素であるＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢに含まれる各種パラメータ（ｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈ、ｓｕｂｃａｒｒｉｅｒＳｐａｃｉｎｇ、ｃｙｃｌｉｃＰｒｅｆｉｘ）により設定される。
　セルに対するイニシャルアクセス時において、当該セルの同期信号ブロック（ＳＳＢ：Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ　Ｓｉｇｎａｌ／ＰＢＣＨ　ｂｌｏｃｋ）を受信したＵＥ１００は、そのＰＢＣＨ（ＭＩＢ）に含まれる情報要素であるｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１内のｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏ（０から１５までの整数値）の設定値から、Ｔｙｐｅ－０　ＰＤＣＣＨ　ＣＳＳ　ｓｅｔの帯域幅（２４、４８、又は９６リソースブロック）を取得する。そして、ＵＥ１００は、Ｔｙｐｅ－０　ＰＤＣＣＨ　ＣＳＳ　ｓｅｔをモニタリングしてＳＩＢ１を取得し、ＳＩＢ１から、イニシャルＢＷＰの周波数位置及び／又は帯域幅を示すパラメータであるｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈを取得する。ＵＥ１００は、イニシャルアクセスにおけるランダムアクセスプロシージャ中のメッセージ４（Ｍｓｇ．４）を受信するまでの間は、ＭＩＢにより設定されるイニシャルＢＷＰ、すなわち、ＣＯＲＥＳＥＴ　＃０に基づく帯域幅をイニシャルＢＷＰに用いる。これに対しＭｓｇ．４の受信後は、ＵＥ１００は、ＳＩＢ１中のｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈで設定された帯域幅をイニシャルＢＷＰに用いる。なお、Ｍｓｇ．４は、ＲＲＣＳｅｔｕｐメッセージ、ＲＲＣＲｅｓｕｍｅメッセージ、又はＲＲＣＲｅｅｓｔａｂｌｉｓｈｍｅｎｔメッセージであってもよい。ＵＥ１００は、このようなイニシャルアクセス（ランダムアクセスプロシージャ）により、例えばＲＲＣアイドル状態からＲＲＣコネクティッド状態に遷移する。
　専用ＢＷＰは、あるＵＥ１００に専用（ＵＥ固有）に設定されるＢＷＰである。専用ＢＷＰには、“０”以外のｂｗｐ－ｉｄが設定されてもよい。例えば、基地局２００からＵＥ１００に送信される専用シグナリングであるＲＲＣメッセージ中のＳｅｖｉｎｇｃｅｌｌＣｏｎｆｉｇに含まれる情報要素であるＢＷＰ－Ｄｏｗｎｌｉｎｋ及びＢＷＰ－Ｕｐｌｉｎｋに基づいて、専用ＤＬ　ＢＷＰ及び専用ＵＬ　ＢＷＰがそれぞれ設定される。例えば、ＢＷＰ－Ｄｏｗｎｌｉｎｋ及びＢＷＰ－Ｕｐｌｉｎｋのそれぞれに、当該ＢＷＰを設定する各種パラメータ（ｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈ、ｓｕｂｃａｒｒｉｅｒＳｐａｃｉｎｇ、ｃｙｃｌｉｃＰｒｅｆｉｘ）が含まれてもよい。
　基地局２００は、設定された１つ又は複数のＢＷＰのうち、基地局２００との通信に用いるＢＷＰ（すなわち、アクティブＢＷＰ）をＵＥ１００へ通知できる。例えば、基地局２００は、設定の実行時にアクティブにするＢＷＰ、すなわち、基地局２００との通信で最初に用いるＢＷＰを示すＢＷＰ識別子をＵＥ１００へ送信できる。また、アクティブＢＷＰからアクティブＢＷＰでないＢＷＰ（非アクティブＢＷＰ）への切り替え、及び非アクティブＢＷＰからアクティブＢＷＰへの切り替えの制御には、例えば、ＰＤＣＣＨ（ＤＣＩ）、ＲＲＣシグナリング、ＭＡＣ制御要素（ＭＡＣ　ＣＥ）、又はタイマによる切り替えが用いられる。
　なお、アクティブＢＷＰにおける通信とは、当該ＢＷＰにおける上りリンク共用チャネル（ＵＬ－ＳＣＨ）での送信、当該ＢＷＰにおけるランダムアクセスチャネル（ＲＡＣＨ）での送信（物理ランダムアクセスチャネル（ＰＲＡＣＨ）機会が設定されている場合）、当該ＢＷＰにおける物理下りリンク制御チャネル（ＰＤＣＣＨ）のモニタ、当該ＢＷＰにおける物理上りリンク制御チャネル（ＰＵＣＣＨ）での送信（ＰＵＣＣＨリソースが設定されている場合）、当該ＢＷＰに対するチャネル状態情報（ＣＳＩ）のレポート、及び、当該ＢＷＰにおける下りリンク共用チャネル（ＤＬ－ＳＣＨ：Ｄｏｗｎ　Ｌｉｎｋ―Ｓｈａｒｅｄ　ＣＨａｎｎｅｌ）の受信の少なくともいずれかが含まれてもよい。
　ここで、ＵＬ－ＳＣＨはトランスポートチャネルであり、物理チャネルである物理上りリンク共用チャネル（ＰＵＳＣＨ）にマップされる。また、ＵＬ－ＳＣＨで送信されるデータは、ＵＬ－ＳＣＨデータとも称される。例えば、ＵＬ－ＳＣＨデータ、上りユーザデータに対応してもよい。また、ＤＬ－ＳＣＨはトランスポートチャネルであり、物理チャネルである物理下りリンク共用チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ　ｄｏｗｎｌｉｎｋ　Ｓｈａｒｅｄ　ＣＨａｎｎｅｌ）にマップされる。また、ＤＬ－ＳＣＨで送信されるデータは、ＤＬ－ＳＣＨデータとも称される。例えば、ＤＬ－ＳＣＨデータ、下りユーザデータに対応してもよい。
　ＰＵＣＣＨは、上りリンク制御情報（ＵＣＩ）を送信するために用いられる。例えば、上りリンク制御情報は、ＨＡＲＱ（Ｈｙｂｒｉｄ　Ａｕｔｏｍａｔｉｃ　Ｒｅｐｅａｔ　Ｒｅｑｕｅｓｔ）－ＡＣＫ、ＣＳＩ、及び／又は、スケジューリング要求（ＳＲ）を含む。ＨＡＲＱ－ＡＣＫは、肯定応答（Ｐｏｓｉｔｉｖｅ　Ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）、又は、否定応答（Ｎｅｇａｔｉｖｅ　Ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）を含む。例えば、ＰＵＣＣＨは、ＰＤＳＣＨ（すなわち、ＤＬ－ＳＣＨ（ＤＬ－ＳＣＨデータ、下りユーザデータ））に対するＨＡＲＱ－ＡＣＫの送信に用いられる。ここで、ＤＬ－ＳＣＨデータ、及び／又は、下りユーザデータは、下りトランスポートブロックとも称される。
　ＵＥ１００は、例えば、アクティブなＤＬ　ＢＷＰにおいて、１又は複数のＣＯＲＥＳＥＴにおけるＰＤＣＣＨ候補のセットをモニタする。ＰＤＣＣＨのモニタは、モニタされる下りリンク制御情報（ＤＣＩ）フォーマットに従って、ＰＤＣＣＨ候補のそれぞれをデコードすることを含んでもよい。ここで、ＵＥ１００は、基地局２００によって設定されたＲＮＴＩによってスクランブルされたＣＲＣ（Ｃｙｃｌｉｃ　Ｒｅｄｕｎｄａｎｃｙ　Ｃｈｅｃｋ、ＣＲＣパリティビットとも称される）が付加されたＤＣＩフォーマットをモニタしてもよい。ここで、ＲＮＴＩは、ＳＩ－ＲＮＴＩ（Ｓｙｓｔｅｍ　Ｉｎｆｏｒｍａｔｉｏｎ－ＲＮＴＩ）、ＲＡ－ＲＮＴＩ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　ＲＮＴＩ）、ＴＣ－ＲＮＴＩ（Ｔｅｍｐｏｒａｒｙ　Ｃ－ＲＮＴＩ）、Ｐ－ＲＮＴＩ（Ｐａｇｉｎｇ　ＲＮＴＩ）、及び／又は、Ｃ－ＲＮＴＩ（Ｃｅｌｌ－ＲＮＴＩ）を含んでもよい。ＵＥ１００がモニタするＰＤＣＣＨ候補のセットは、ＰＤＣＣＨのサーチスペースセットとして規定されてもよい。サーチスペースセットは、共通サーチスペースセット（ＣＳＳ　ｓｅｔ（ｓ））及び／又はＵＥ固有サーチスペースセット（ＵＳＳ　ｓｅｔ（ｓ））を含んでもよい。従って、基地局２００は、ＣＯＲＥＳＥＴ及び／又はサーチスペースセットをＵＥ１００に設定し、ＵＥ１００は、設定されたＣＯＲＥＳＥＴ及び／又はサーチスペースセットにおいて、ＰＤＣＣＨをモニタしてもよい。
　（２．２）ＳＳＢ
　基地局２００は、イニシャルＤＬ　ＢＷＰにおいてＳＳＢを送信する。例えば、ＳＳＢは、連続する４つのＯＦＤＭシンボルから構成され、プライマリ同期信号（ＰＳＳ）、セカンダリ同期信号（ＳＳＳ）、ＰＢＣＨ（ＭＩＢ）、及び、ＰＢＣＨの復調参照信号（ＤＭＲＳ）が配置される。ＳＳＢがマップされるリソースエレメント（時間リソース・周波数リソース）の位置は、３ＧＰＰの技術仕様書、例えば「ＴＳ３８．２１１」及び「ＴＳ３８．２１３」に規定されている。ＳＳＢの帯域幅は、例えば、２４０の連続するサブキャリア、すなわち、２０ＲＢの帯域幅である。
　ＳＩＢ１と対応付けられたＳＳＢは、セル固有ＳＳＢ（ＣＤ－ＳＳＢ）と称される。ある１つのＵＥ１００の観点では、１つのサービングセルは１つのＣＤ－ＳＳＢと対応付けられる。なお、ＳＩＢ１は、ＲＭＳＩ（Ｒｅｍａｉｎｉｎｇ　Ｍｉｎｉｍｕｍ　Ｓｙｓｔｅｍ　ｉｎｆｏｒｍａｔｉｏｎ）とも称される。１つのＣＤ－ＳＳＢは、一意のＮＣＧＩ（ＮＲ　Ｃｅｌｌ　Ｇｌｏｂａｌ　Ｉｄｅｎｔｉｆｉｅｒ）を持つ１つのセルと対応する。ＳＩＢ１（ＲＭＳＩ）と対応付けられていないＳＳＢは、非セル固有ＳＳＢ（Ｎｏｎ－ＣＤ－ＳＳＢ）と称される。
　（３）イニシャルアクセスの概要
　次に、図３乃至図５を参照して、実施形態に係る移動通信システム１におけるイニシャルアクセスの概要について説明する。
　イニシャルアクセス時におけるＵＥ共通の帯域幅としては、次のような種類がある：
　・ＳＳＢ（ＣＤ－ＳＳＢ）の帯域幅：連続する２４０サブキャリア（すなわち、２０リソースブロック）、
　・ＣＯＲＥＳＥＴ＃０の帯域幅：２４リソースブロック、４８リソースブロック、又は９６リソースブロック、
　・イニシャルＢＷＰの帯域幅：ＲＲＣで設定されるパラメータであるｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈによって決定される最大２７５リソースブロック。
　図３に示すように、ステップＳ１において、基地局２００は、ＳＳＢを送信する。ＵＥ１００は、ＳＳＢを受信する。
　ステップＳ２において、ＵＥ１００は、ステップＳ１で受信したＳＳＢ中のＭＩＢに含まれるｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１に含まれるパラメータ（ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏ）の値（０から１５までの値）に基づいて、ＣＯＲＥＳＥＴ＃０の帯域幅（２４、４８、又は９６リソースブロック）を取得する。ＣＯＲＥＳＥＴ＃０は、そのＩＤが＃０にセットされるＣＯＲＥＳＥＴであって、Ｔｙｐｅ－０　ＰＤＣＣＨ　ＣＳＳ　ｓｅｔに対するＣＯＲＥＳＥＴとも称される。ここで、Ｔｙｐｅ－０　ＰＤＣＣＨ　ＣＳＳ　ｓｅｔは、ＭＩＢ中のｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１に含まれるパラメータ（ｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１）、又はＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎに含まれるパラメータ（ｓｅａｒｃｈＳｐａｃｅＳＩＢ１又はｓｅａｒｃｈＳｐａｃｅＺｅｒｏ）の値を用いて、共通サーチスペースであるサーチスペースセット＃０として設定される。サーチスペースセット＃０は、そのＩＤが＃０にセットされるサーチスペースからなる。
　ステップＳ３において、ＵＥ１００は、Ｔｙｐｅ－０　ＰＤＣＣＨ　ＣＳＳ　ｓｅｔでＰＤＣＣＨ候補をモニタする。
　ステップＳ４において、基地局２００は、ＳＩ－ＲＮＴＩによってスクランブルされたＣＲＣが付加されたＤＣＩフォーマット１＿０のＤＣＩをＰＤＣＣＨ上で送信する。
　ステップＳ５において、ＵＥ１００は、当該ＤＣＩを受信（検出）し、当該ＤＣＩからＰＤＳＣＨのリソース割り当て（時間及び／又は周波数リソース）を特定する。
　ステップＳ６において、基地局２００は、「ＤＣＩフォーマット１＿０　ｗｉｔｈ　ＳＩ－ＲＮＴＩ」でスケジュールされたＰＤＳＣＨ上でＳＩＢ１を送信する。ＵＥ１００は、ＳＩＢ１を受信（取得）し、イニシャルＢＷＰ（イニシャルＤＬ　ＢＷＰ及びイニシャルＵＬ　ＢＷＰ）の周波数位置及び帯域幅を示すパラメータであるｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈをＳＩＢ１から取得する。
　図４は、ＭＩＢに含まれるｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１に含まれるパラメータであるｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏの値と、ＣＯＲＥＳＥＴ＃０（ＣＯＲＥＳＥＴ　ｆｏｒ　Ｔｙｐｅ０－ＰＤＣＣＨ　ｓｅａｒｃｈ　ｓｐａｃｅ　ｓｅｔ）に対するパラメータとの対応関係を示すテーブルの一例を示す図である。
　当該対応関係は技術仕様で予め規定されており、ＵＥ１００は当該テーブルを保持している。なお、図４の例では、最大チャネル帯域幅が５ＭＨｚ又は１０ＭＨｚであって、且つ、ＳＳＢ及びＰＤＣＣＨのそれぞれのサブキャリア間隔（ＳＣＳ）が１５ｋＨｚである場合のテーブルを示している。
　図４に示すように、ＭＩＢに含まれるｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１に含まれるパラメータであるｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏの値は、０から１５までのインデックス値である。ＵＥ１００は、当該テーブルを用いて、当該インデックスの値から、対応するＣＯＲＥＳＥＴ＃０パラメータ（例えば、リソースブロック数及びシンボル数等）を特定する。
　図５は、ＭＩＢに含まれるｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１に含まれるパラメータであるｓｅａｒｃｈＳｐａｃｅＺｅｒｏの値と、サーチスペースセット＃０（ＰＤＣＣＨ　ｍｏｎｉｔｏｒｉｎｇ　ｏｃｃａｓｉｏｎｓ　ｆｏｒ　Ｔｙｐｅ０－ＰＤＣＣＨ　ＣＳＳ　ｓｅｔ）に対するパラメータとの対応関係を示すテーブルの一例を示す図である。当該対応関係は技術仕様で予め規定されており、ＵＥ１００は当該テーブルを保持している。
　図５に示すように、ＭＩＢに含まれるｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１に含まれるパラメータであるｓｅａｒｃｈＳｐａｃｅＺｅｒｏの値は、０から１５までのインデックス値である。ＵＥ１００は、当該テーブルを用いて、当該インデックスの値から、対応するサーチスペースセット＃０（例えば、スロットあたりの数、及び／又は最初のシンボルのインデックス等）を特定する。
　（４）共通メッセージの概要
　次に、図６乃至図９を参照して、実施形態に係る移動通信システム１における共通メッセージの概要について説明する。共通メッセージ（Ｃｏｍｍｏｎ　ｍｅｓｓａｇｅ）とは、複数のＵＥ１００に共通で用いるメッセージであってＰＤＳＣＨ上で送信されるメッセージをいう。共通メッセージには、ページングメッセージ、システム情報メッセージ、及びランダムアクセス（ＲＡ）応答が含まれる。
　図６は、実施形態に係る移動通信システム１におけるページングメッセージの伝送方法を示す図である。
　ステップＳ１１において、基地局２００は、Ｐ－ＲＮＴＩによってスクランブルされたＣＲＣが付加されたＤＣＩフォーマット１＿０のＤＣＩ（以下、「ＤＣＩフォーマット１＿０　ｗｉｔｈ　Ｐ－ＲＮＴＩ」とも称する）をＰＤＣＣＨ上で送信する。
　ステップＳ１２において、ＵＥ１００は、「ＤＣＩフォーマット１＿０　ｗｉｔｈ　Ｐ－ＲＮＴＩ」をモニタすることで「ＤＣＩフォーマット１＿０　ｗｉｔｈ　Ｐ－ＲＮＴＩ」を受信（検出）し、「ＤＣＩフォーマット１＿０　ｗｉｔｈ　Ｐ－ＲＮＴＩ」からＰＤＳＣＨのリソース割り当て（時間及び／又は周波数リソース）を特定する。
　ステップＳ１３において、基地局２００は、「ＤＣＩフォーマット１＿０　ｗｉｔｈ　Ｐ－ＲＮＴＩ」でスケジュールされたＰＤＳＣＨ上でページングメッセージを送信する。ＵＥ１００は、「ＤＣＩフォーマット１＿０　ｗｉｔｈ　Ｐ－ＲＮＴＩ」でスケジュールされたＰＤＳＣＨ上でページングメッセージを受信（取得）する。
　図７は、実施形態に係る移動通信システム１におけるシステム情報メッセージ（ＳＩＢ：Ｓｙｓｔｅｍ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｂｌｏｃｋ）の伝送方法を示す図である。
　ステップＳ２１において、基地局２００は、ＳＩ－ＲＮＴＩによってスクランブルされたＣＲＣが付加されたＤＣＩフォーマット１＿０のＤＣＩ（以下、「ＤＣＩフォーマット１＿０　ｗｉｔｈ　ＳＩ－ＲＮＴＩ」とも称する）をＰＤＣＣＨ上で送信する。
　ステップＳ２２において、ＵＥ１００は、「ＤＣＩフォーマット１＿０　ｗｉｔｈ　ＳＩ－ＲＮＴＩ」をモニタすることで「ＤＣＩフォーマット１＿０　ｗｉｔｈ　ＳＩ－ＲＮＴＩ」を受信（検出）し、「ＤＣＩフォーマット１＿０　ｗｉｔｈ　ＳＩ－ＲＮＴＩ」からＰＤＳＣＨのリソース割り当て（時間及び／又は周波数リソース）を特定する。
　ステップＳ２３において、基地局２００は、「ＤＣＩフォーマット１＿０　ｗｉｔｈ　ＳＩ－ＲＮＴＩ」でスケジュールされたＰＤＳＣＨ上でシステム情報メッセージを送信する。ＵＥ１００は、「ＤＣＩフォーマット１＿０　ｗｉｔｈ　ＳＩ－ＲＮＴＩ」でスケジュールされたＰＤＳＣＨ上でシステム情報メッセージを受信（取得）する。
　図８は、実施形態に係る移動通信システム１におけるランダムアクセス（ＲＡ）応答の伝送方法を示す図である。
　ステップＳ３１において、基地局２００は、ＲＡ－ＲＮＴＩによってスクランブルされたＣＲＣが付加されたＤＣＩフォーマット１＿０のＤＣＩ（以下、「ＤＣＩフォーマット１＿０　ｗｉｔｈ　ＲＡ－ＲＮＴＩ」とも称する）をＰＤＣＣＨ上で送信する。
　ステップＳ３２において、ＵＥ１００は、「ＤＣＩフォーマット１＿０　ｗｉｔｈ　ＲＡ－ＲＮＴＩ」をモニタすることで「ＤＣＩフォーマット１＿０　ｗｉｔｈ　ＲＡ－ＲＮＴＩ」を受信（検出）し、「ＤＣＩフォーマット１＿０　ｗｉｔｈ　ＲＡ－ＲＮＴＩ」からＰＤＳＣＨのリソース割り当て（時間及び／又は周波数リソース）を特定する。
　ステップＳ３３において、基地局２００は、「ＤＣＩフォーマット１＿０　ｗｉｔｈ　ＲＡ－ＲＮＴＩ」でスケジュールされたＰＤＳＣＨ上でＲＡ応答を送信する。ＵＥ１００は、「ＤＣＩフォーマット１＿０　ｗｉｔｈ　ＲＡ－ＲＮＴＩ」でスケジュールされたＰＤＳＣＨ上でＲＡ応答を受信（取得）する。
　図９は、実施形態に係る移動通信システム１における「ＤＣＩフォーマット１＿０　ｗｉｔｈ　Ｐ－ＲＮＴＩ」、「ＤＣＩフォーマット１＿０　ｗｉｔｈ　ＳＩ－ＲＮＴＩ」、及び「ＤＣＩフォーマット１＿０　ｗｉｔｈ　ＲＡ－ＲＮＴＩ」を示す図である。
　図９に示すように、このようなＤＣＩフォーマット１＿０は、周波数ドメインにおけるＰＤＳＣＨのリソース割り当てを示す「Ｆｒｅｑｕｅｎｃｙ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ」フィールドと、時間ドメインにおけるＰＤＳＣＨのリソース割り当てを示す「Ｔｉｍｅ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ」フィールドとを含む。
　「Ｔｉｍｅ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ」フィールドのビット数（ビット長）は、４ビット固定である。一方、「Ｆｒｅｑｕｅｎｃｙ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ」フィールドのビット数（ビット長）は、ＣＯＲＥＳＥＴ＃０のサイズ
Figure JPOXMLDOC01-appb-M000001
 に応じて可変である。ここで、当該ＣＯＲＥＳＥＴ＃０サイズは、リソースブロック数（ＲＢ数）で表現される。
　（５）ｅＲｅｄＣａｐ　ＵＥの概要
　次に、図１０及び図１１を参照して、実施形態に係る移動通信システム１におけるｅＲｅｄＣａｐ　ＵＥの概要について説明する。
　３ＧＰＰ技術仕様のリリース１７において、産業用センサ、監視カメラ、及びウェアラブル等のユースケースに適した低性能のＵＥタイプとしてＲｅｄＣａｐ　ＵＥが導入されている。ＲｅｄＣａｐ　ＵＥは、「Ｒｅｄｕｃｅｄ　ｃａｐａｂｉｌｉｔｙ　ＮＲ　ｄｅｖｉｃｅ」とも称される。ＲｅｄＣａｐ　ＵＥは、一般的なＵＥタイプに比べて装置コスト及び複雑さが軽減されたＵＥタイプ（端末タイプ）である。ＲｅｄＣａｐ　ＵＥは、ＩｏＴ向けにミドルレンジの性能・価格を有し、例えば、一般的なＵＥタイプに比べて、無線通信に用いる最大帯域幅が狭く設定されていたり、受信機の数が少なかったりする。図１０に示すように、ＦＲ１について、ＲｅｄＣａｐ　ＵＥが対応可能な帯域幅（すなわち、ＲｅｄＣａｐ　ＵＥによってサポートされる最大帯域幅）は、２０ＭＨｚであってよい。
　３ＧＰＰ技術仕様のリリース１８において、ＲｅｄＣａｐ　ＵＥよりもさらに複雑さが軽減された新たなＵＥタイプを導入することが検討されている。このような新たなＵＥタイプは、リリース１７で導入されたＲｅｄＣａｐ　ＵＥと、ＬＴＥのＬＰＷＡとの間の性能であることが想定されている。このような新たなＵＥタイプは、「ｅＲｅｄＣａｐ　ＵＥ」と称される。ｅＲｅｄＣａｐ　ＵＥは、ＲｅｄＣａｐ　ＵＥに比べて無線通信に用いる最大帯域幅が狭い。ｅＲｅｄＣａｐ　ＵＥは、少なくともＰＤＳＣＨについて対応可能な周波数帯域幅が所定帯域幅に低減された所定ＵＥタイプ（所定端末タイプ）に相当する。
　ｅＲｅｄＣａｐ　ＵＥについては、（ａ）ＦＲ１における対応可能な周波数帯域幅を所定帯域幅（例えば、５ＭＨｚ）に低減すること、及び、（ｂ）ピークデータレートを削減するためにＦＲ１におけるデータチャネルに対する周波数帯域幅を低減することが提案されている。ここでデータチャネルとは、データを伝送する物理チャネル、すなわち、ＰＤＳＣＨ及び／又はＰＵＳＣＨをいう。なお、周波数帯域幅は単に「帯域幅」とも称される。以下において、ＲｅｄＣａｐ　ＵＥの最大帯域幅、特に、ＲｅｄＣａｐ　ＵＥのデータチャネルの最大帯域幅を「所定帯域幅」と称する。
　図１０に示すように、上記（ａ）の方法では、ＵＥ１００のＲＦ部及びＢＢ部の両方について対応可能な帯域幅（すなわち、最大帯域幅）を低減し、ＲＦ部及びＢＢ部の複雑さを軽減することが可能である。一方、図１１に示すように、上記（ｂ）の方法では、主にＵＥ１００のＢＢ部について対応可能な帯域幅を低減し、ＢＢ部の複雑さを軽減することが可能である。図１１の例では、ＵＥ１００のＲＦ部が対応可能な周波数帯域幅である最大ＲＦ帯域幅が２０ＭＨｚであって、ＵＥ１００のＢＢ部が対応可能な周波数帯域幅（所定帯域幅）である最大ＢＢ帯域幅が５ＭＨｚである一例を示している。なお、最大ＢＢ帯域幅は５ＭＨｚに限定されず、例えば最大ＢＢ帯域幅を３ＭＨｚ又は４ＭＨｚにも設定可能であってもよい。このような５ＭＨｚ（或いは、３ＭＨｚ又は４ＭＨｚ）の帯域幅は、所定帯域幅としてｅＲｅｄＣａｐ　ＵＥ向けのＢＷＰとして設定されてもよい。その場合、当該帯域幅は、「ＢＷＰ　ｏｆ　ｅＲｅｄＣａｐ」と称されてもよい。
　以下の実施形態では、ｅＲｅｄＣａｐ　ＵＥについて上記（ａ）の方法及び上記（ｂ）の方法のいずれが採用されてよいが、主として上記（ｂ）の方法が採用されることを主として想定する。
　ｅＲｅｄＣａｐ　ＵＥが導入される場合、ＰＤＳＣＨ上で複数の端末に共通で送信される共通メッセージの送信に対する制限が生じる懸念がある。５Ｇシステムでは、能力の異なる複数ＵＥタイプを収容する必要がある。複数ＵＥタイプには、リリース１５、１６、１７、及び１８の一般的なＵＥタイプと、リリース１７のＲｅｄＣａｐ　ＵＥと、リリース１８のｅＲｅｄＣａｐ　ＵＥとが含まれる。ここで、複数のＵＥ１００に対する共通メッセージ（Ｃｏｍｍｏｎ　ｍｅｓｓａｇｅ）が、ｅＲｅｄＣａｐ　ＵＥに合わせて送信されることは、スケジューリングに対する制限になり得る。例えば、システム情報メッセージ（例えば、ＳＩＢ１）が、ｅＲｅｄＣａｐ　ＵＥに合わせて例えば５ＭＨｚの帯域幅で送信されることは、ＰＤＳＣＨのスケジューリングに対する制限になる。
　また、現状のＰＤＳＣＨの割り当て（スケジューリング）の仕組みでは、ｅＲｅｄＣａｐ　ＵＥが下りリンクデータを適切に受信できない懸念がある。上述のように、ＣＯＲＥＳＥＴ＃０のサイズに基づくＰＤＳＣＨのリソース割り当て方法では、データチャネルに対して例えば５ＭＨｚの帯域幅を有するＵＥ１００は、ＰＤＳＣＨのリソース割り当てを示す「Ｆｒｅｑｕｅｎｃｙ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ」フィールドのビット数を特定することができず、下りリンクデータを適切に受信できない。より詳細には、Ｐ－ＲＮＴＩ、ＳＩ－ＲＮＴＩ、又はＲＡ－ＲＮＴＩを用いてスケジューリングされたＰＤＳＣＨのリソース割り当てのためのビット数を特定することができず、ＤＣＩを適切にデコードできない。
　さらに、ｅＲｅｄＣａｐ　ＵＥについては、モビリティを適切にサポートすることができない懸念がある。例えば、ｅＲｅｄＣａｐ　ＵＥがハンドオーバ後にターゲットセルから下りリンクデータ（特に、共通メッセージ）を適切に受信できない懸念がある。より詳細には、ｅＲｅｄＣａｐ　ＵＥは、ハンドオーバを実行した後に、どの帯域幅でＰＤＳＣＨを受信したらいいのか分からずに、ＰＤＳＣＨがマップされる周波数帯域を特定できない。
　（６）ＵＥの構成
　次に、図１２を参照して、実施形態に係るＵＥ１００の構成について説明する。ＵＥ１００は、ｅＲｅｄＣａｐ　ＵＥであってもよい。ＵＥ１００は、通信部１１０と、制御部１２０とを有する。
　通信部１１０は、無線信号を基地局２００と送受信することによって基地局２００との無線通信を行う。通信部１１０は、少なくとも１つの送信部１１１及び少なくとも１つの受信部１１２を有する。送信部１１１及び受信部１１２は、複数のアンテナ及びＲＦ回路を含んで構成されてもよい。アンテナ及びＲＦ回路は、ベースバンド信号を無線信号（ＲＦ信号）に変換し、当該無線信号を空間に放射する。また、アンテナ及びＲＦ回路は、空間における無線信号を受信し、当該無線信号をベースバンド信号に変換する。ＲＦ回路は、アンテナを介して送受信される信号のアナログ処理を行い、例えば、高周波フィルタ、増幅器、変調器及びローパスフィルタ等を含んでもよい。
　制御部１２０は、ＵＥ１００における各種の制御を行う。制御部１２０は、通信部１１０を介した基地局２００との通信を制御する。上述及び後述のＵＥ１００の動作は、制御部１２０の制御による動作であってよい。制御部１２０は、プログラムを実行可能な少なくとも１つのプロセッサ及びプログラムを記憶するメモリを含んでよい。プロセッサは、プログラムを実行して、制御部１２０の動作を行ってもよい。制御部１２０は、アンテナ及びＲＦ回路を介して送受信される信号のデジタル処理を行うデジタル信号プロセッサを含んでもよい。当該デジタル処理は、ＲＡＮのプロトコルスタックの処理を含む。なお、メモリは、プロセッサにより実行されるプログラム、当該プログラムに関するパラメータ、及び、当該プログラムに関するデータを記憶する。メモリは、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ　Ｐｒｏｇｒａｍｍａｂｌｅ　Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ　Ｅｒａｓａｂｌｅ　Ｐｒｏｇｒａｍｍａｂｌｅ　Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）及びフラッシュメモリの少なくとも１つを含んでよい。メモリの全部又は一部は、プロセッサ内に含まれていてよい。
　ＵＥ１００は、少なくともＰＤＳＣＨについて対応可能な周波数帯域幅が所定帯域幅（例えば、５ＭＨｚ）に低減されたｅＲｅｄＣａｐ　ＵＥであってもよい。当該ＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）において、受信部１１２は、ＭＩＢをＰＢＣＨ上で基地局２００から受信する。制御部１２０は、当該ＭＩＢに基づいて、複数のＵＥ１００に共通で用いる共通メッセージをＰＤＳＣＨ上で基地局２００から取得する。当該ＭＩＢは、ｅＲｅｄＣａｐ　ＵＥ向けに規定された第２の共通メッセージが基地局２００から提供される否かを示すパラメータを含む。ここで、第２の共通メッセージは、ｅＲｅｄＣａｐ　ＵＥ以外のＵＥタイプ向けに規定された第１の共通メッセージとは独立に規定された共通メッセージである。これにより、ｅＲｅｄＣａｐ　ＵＥとそれ以外とで独立した共通メッセージの伝送が可能になる。そのため、基地局２００は、ｅＲｅｄＣａｐ　ＵＥ以外のＵＥタイプに対して第１の共通メッセージを従来と同様に送信することが可能でありつつも、ｅＲｅｄＣａｐ　ＵＥ向けの第２の共通メッセージを例えば５ＭＨｚの帯域幅内で送信することも可能である。よって、ＰＤＳＣＨのスケジューリングに対する制限を緩和可能である。なお、ｅＲｅｄＣａｐ　ＵＥ以外のＵＥタイプには、リリース１５、１６、１７、及び１８の一般的なＵＥタイプと、リリース１７のＲｅｄＣａｐ　ＵＥとが含まれる。以下において、ｅＲｅｄＣａｐ　ＵＥ以外のＵＥタイプを「Ｎｏｎ－ｅＲｅｄＣａｐ　ＵＥ」とも称する。
　なお、「第２の共通メッセージが基地局２００から提供される」とは、「第２の共通メッセージが基地局２００からブロードキャストされる」ことであってもよい。当該「第２の共通メッセージが基地局２００から提供される」とは、「第２の共通メッセージが基地局２００によってスケジューリングされる」ことであってもよい。
　ｅＲｅｄＣａｐ　ＵＥであるＵＥ１００において、受信部１１２は、ＰＤＳＣＨの周波数リソースの割り当てを示す周波数リソース割当フィールド（すなわち、「Ｆｒｅｑｕｅｎｃｙ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ」フィールド）を含むＤＣＩをＰＤＣＣＨ上で基地局２００から受信する。制御部１２０は、当該ＰＤＣＣＨに対応する制御リソースセット（ＣＯＲＥＳＥＴ＃０）を構成する第１のリソースブロック数（すなわち、ＣＯＲＥＳＥＴ＃０のサイズ）にかかわらず、当該所定帯域幅（例えば、５ＭＨｚ）以下の周波数帯域幅に対応する第２のリソースブロック数に基づいて、周波数リソース割当フィールドのビット数を特定する。これにより、ｅＲｅｄＣａｐ　ＵＥが周波数リソース割当フィールドのビット数を適切に決定することが可能になり、下りリンクデータ（特に、共通メッセージ）を適切に受信可能になる。より詳細には、Ｐ－ＲＮＴＩ、ＳＩ－ＲＮＴＩ、又はＲＡ－ＲＮＴＩを用いてスケジューリングされたＰＤＳＣＨのリソース割り当てのためのビット数を適切に決定することができ、共通メッセージをスケジューリングするためのＤＣＩを適切にデコードできる。
　ｅＲｅｄＣａｐ　ＵＥであるＵＥ１００において、受信部１１２は、ターゲットセルへのハンドオーバを指示するメッセージを基地局２００から受信する。制御部１２０は、当該メッセージに基づいて、複数のＵＥ１００に共通で用いる共通メッセージをＰＤＳＣＨ上でターゲットセルから取得する。当該メッセージは、ｅＲｅｄＣａｐ　ＵＥ以外のＵＥタイプ（Ｎｏｎ－ｅＲｅｄＣａｐ　ＵＥ）向けに規定された第１の共通メッセージとは独立にｅＲｅｄＣａｐ　ＵＥ向けに規定された第２の共通メッセージを、ターゲットセルからＵＥ１００が取得するためのパラメータを含む。これにより、ｅＲｅｄＣａｐ　ＵＥがハンドオーバ後にターゲットセルから下りリンクデータ（特に、共通メッセージ）を適切に受信できるようになり、ｅＲｅｄＣａｐ　ＵＥについてモビリティを適切にサポートすることができる。
　第２の共通メッセージは、ｅＲｅｄＣａｐ　ＵＥに固有（専用）の共通メッセージであってもよい。第２の共通メッセージは、ｅＲｅｄＣａｐ　ｓｐｅｃｉｆｉｃ　ｃｏｍｍｏｎ　ｍｅｓｓａｇｅと称されてもよい。或いは、第２の共通メッセージは、ｅＲｅｄＣａｐ　ＵＥに加えて、Ｎｏｎ－ｅＲｅｄＣａｐ　ＵＥも受信可能な共通メッセージであってもよい。第２の共通メッセージは、基地局２００から所定帯域幅（例えば、５ＭＨｚ）以下の周波数帯域幅で送信される共通メッセージであればよい。以下においては、第２の共通メッセージがｅＲｅｄＣａｐ　ＵＥに固有（専用）の共通メッセージである一例を主として想定する。
　（７）基地局の構成
　次に、図１３を参照して、実施形態に係る基地局２００の構成について説明する。基地局２００は、通信部２１０と、ネットワークインターフェイス２２０と、制御部２３０とを有する。
　通信部２１０は、無線信号をＵＥ１００と送受信することによってＵＥ１００との無線通信を行う。通信部２１０は、少なくとも１つの送信部２１１及び少なくとも１つの受信部２１２を有する。送信部２１１及び受信部２１２は、複数のアンテナ及びＲＦ回路を含んで構成されてもよい。アンテナ及びＲＦ回路は、ベースバンド信号を無線信号（ＲＦ信号）に変換し、当該無線信号を空間に放射する。また、アンテナ及びＲＦ回路は、空間における無線信号を受信し、当該無線信号をベースバンド信号に変換する。ＲＦ回路は、アンテナを介して送受信される信号のアナログ処理を行い、例えば、高周波フィルタ、増幅器、変調器及びローパスフィルタ等を含んでもよい。
　ネットワークインターフェイス２２０は、信号をネットワークと送受信する。ネットワークインターフェイス２２０は、例えば、基地局間インターフェイスであるＸｎインターフェイスを介して接続された隣接基地局から信号を受信し、隣接基地局へ信号を送信する。また、ネットワークインターフェイス２２０は、例えば、ＮＧインターフェイスを介して接続されたコアネットワーク装置３００から信号を受信し、コアネットワーク装置３００へ信号を送信する。
　制御部２３０は、基地局２００における各種の制御を行う。制御部２３０は、例えば、通信部２１０を介したＵＥ１００との通信を制御する。また、制御部２３０は、例えば、ネットワークインターフェイス２２０を介したノード（例えば、隣接基地局、コアネットワーク装置３００）との通信を制御する。上述及び後述の基地局２００の動作は、制御部２３０の制御による動作であってよい。制御部２３０は、プログラムを実行可能な少なくとも１つのプロセッサ及びプログラムを記憶するメモリを含んでよい。プロセッサは、プログラムを実行して、制御部２３０の動作を行ってもよい。制御部２３０は、アンテナ及びＲＦ回路を介して送受信される信号のデジタル処理を行うデジタル信号プロセッサを含んでもよい。当該デジタル処理は、ＲＡＮのプロトコルスタックの処理を含む。なお、メモリは、プロセッサにより実行されるプログラム、当該プログラムに関するパラメータ、及び、当該プログラムに関するデータを記憶する。メモリの全部又は一部は、プロセッサ内に含まれていてよい。
　このように構成された基地局２００において、送信部２１１は、ＭＩＢをＰＢＣＨ上で送信する。制御部２３０は、当該ＭＩＢに基づいて、複数のＵＥ１００に共通で用いる共通メッセージをＰＤＳＣＨ上で複数のＵＥ１００に提供する。当該ＭＩＢは、ｅＲｅｄＣａｐ　ＵＥ以外のＵＥタイプ（Ｎｏｎ－ｅＲｅｄＣａｐ　ＵＥ）向けに規定された第１の共通メッセージとは独立にｅＲｅｄＣａｐ　ＵＥ向けに規定された第２の共通メッセージが基地局２００から提供される否かを示すパラメータを含む。これにより、基地局２００は、ｅＲｅｄＣａｐ　ＵＥとそれ以外とで独立した共通メッセージの伝送が可能になる。そのため、基地局２００は、ｅＲｅｄＣａｐ　ＵＥ以外のＵＥタイプに対して第１の共通メッセージを従来と同様に送信することが可能でありつつも、ｅＲｅｄＣａｐ　ＵＥ向けの第２の共通メッセージを例えば５ＭＨｚの帯域幅内で送信することも可能である。よって、ＰＤＳＣＨのスケジューリングに対する制限を緩和可能である。
　送信部２１１は、少なくともＰＤＳＣＨについて対応可能な周波数帯域幅が所定帯域幅（例えば、５ＭＨｚ）に低減されたＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）に対して、ターゲットセルへのハンドオーバを指示するメッセージを送信する。当該メッセージは、ｅＲｅｄＣａｐ　ＵＥ以外のＵＥタイプ（Ｎｏｎ－ｅＲｅｄＣａｐ　ＵＥ）向けに規定された第１の共通メッセージとは独立にｅＲｅｄＣａｐ　ＵＥ向けに規定された第２の共通メッセージを、ターゲットセルから当該ＵＥ１００が取得するためのパラメータを含む。これにより、ｅＲｅｄＣａｐ　ＵＥがハンドオーバ後にターゲットセルから下りリンクデータ（特に、共通メッセージ）を適切に受信できるようになり、ｅＲｅｄＣａｐ　ＵＥについてモビリティを適切にサポートすることができる。
　基地局２００（送信部２１１）は、第２の共通メッセージの送信に対して、ＰＤＳＣＨにおける繰り返し送信（ｒｅｐｅｔｉｔｉｏｎ）を適用してもよい。繰り返し送信は、同じ信号を基地局２００が繰り返し送信することで、基地局２００の通信可能範囲（すなわち、セルのカバレッジ）を拡張可能な技術である。
　（８）ｅＲｅｄＣａｐ　ＵＥ向けのイニシャルアクセス方法
　次に、図１４乃至図１７を参照して、実施形態に係るｅＲｅｄＣａｐ　ＵＥ向けのイニシャルアクセス方法について説明する。
　イニシャルアクセス時に用いる共通メッセージは、主としてシステム情報メッセージであってもよい。そのため、第１の共通メッセージは、Ｎｏｎ－ｅＲｅｄＣａｐ　ＵＥ向けに規定された第１のシステム情報メッセージであってもよい。第２の共通メッセージは、ｅＲｅｄＣａｐ　ＵＥ向けに規定された第２のシステム情報メッセージであってもよい。第２のシステム情報メッセージは、基地局２００から所定帯域幅（例えば、５ＭＨｚ）以下の周波数帯域幅で送信されるシステム情報メッセージであってもよい。これにより、ｅＲｅｄＣａｐ　ＵＥとそれ以外とで独立したシステム情報メッセージの伝送が可能になる。そのため、基地局２００は、ｅＲｅｄＣａｐ　ＵＥ以外のＵＥタイプに対して第１のシステム情報メッセージを従来と同様に送信することが可能でありつつも、ｅＲｅｄＣａｐ　ＵＥ向けの第２のシステム情報メッセージを例えば５ＭＨｚの帯域幅内で送信することも可能である。
　システム情報メッセージは、ＳＩＢ１を含む。第１のシステム情報メッセージは、Ｎｏｎ－ｅＲｅｄＣａｐ　ＵＥ向けに規定された第１の他のシステム情報メッセージ（以下、「第１のＳＩＢｘ」と称する）のスケジューリングを示す第１のＳＩＢ１を含む。一方、第２のシステム情報メッセージは、ｅＲｅｄＣａｐ　ＵＥ向けに規定された第２の他のシステム情報メッセージ（以下、「第２のＳＩＢｘ」と称する）のスケジューリングを示す第２のＳＩＢ１を含む。これにより、Ｎｏｎ－ｅＲｅｄＣａｐ　ＵＥ向けに第１のＳＩＢ１によって第１のＳＩＢｘのスケジューリングを示し、且つ、ｅＲｅｄＣａｐ　ＵＥ向けに第２のＳＩＢ１によって第２のＳＩＢｘのスケジューリングを示すことが可能である。
　基地局２００の送信部２１１は、ＭＩＢをＰＢＣＨ上で送信する。当該ＭＩＢは、Ｎｏｎ－ｅＲｅｄＣａｐ　ＵＥ向けに規定された第１のＳＩＢ１とは独立にｅＲｅｄＣａｐ　ＵＥ向けに規定された第２のＳＩＢ１が基地局２００から提供される否かを示すパラメータ（以下、「所定パラメータ」と称する）を含む。これにより、ｅＲｅｄＣａｐ　ＵＥであるＵＥ１００は、ＭＩＢ中の所定パラメータに基づいて、第２のＳＩＢ１が基地局２００から提供される否かを判定可能である。
　具体的には、ｅＲｅｄＣａｐ　ＵＥであるＵＥ１００の制御部１２０は、ＭＩＢに含まれる所定パラメータに基づいて第２のＳＩＢ１を取得し、当該取得した第２のＳＩＢ１に基づいて第２のＳＩＢｘを取得する。第２のＳＩＢｘは、ｅＲｅｄＣａｐ　ＵＥ向けのＳＩＢ１以外のＳＩＢであり、すなわち、ｅＲｅｄＣａｐ　ＵＥ向けのＳＩＢ２，ＳＩＢ３，ＳＩＢ４，・・・の少なくともいずれか１つである。これにより、ｅＲｅｄＣａｐ　ＵＥであるＵＥ１００は、第２のＳＩＢｘを適切に取得することが可能である。
　図１４は、実施形態に係る基地局２００におけるＭＩＢ送信動作を示す図である。
　ステップＳ１０１において、基地局２００の制御部２３０は、第２のＳＩＢ１を提供するか否かを判定する。
　第２のＳＩＢ１を提供すると判定された場合（ステップＳ１０１：ＹＥＳ）、ステップＳ１０２において、基地局２００の制御部２３０は、ＭＩＢ中の所定パラメータに第１の値（例えば、“１”）をセットする。一方、第２のＳＩＢ１を提供しないと判定された場合（ステップＳ１０１：ＮＯ）、ステップＳ１０３において、基地局２００の制御部２３０は、ＭＩＢ中の所定パラメータに第２の値（例えば、“０”）をセットする。なお、所定パラメータは、基地局２００に対するｅＲｅｄＣａｐ　ＵＥのアクセス可否（収容可否）を示すパラメータであるとみなすこともできる。
　ステップＳ１０４において、基地局２００の送信部２１１は、ＭＩＢをＰＢＣＨ上で送信する。なお、ＰＢＣＨ（ＭＩＢ）は、ＳＳＢの一部を構成する。
　また、ＭＩＢは、所定パラメータ以外のパラメータとして、上述のｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏ及びｓｅａｒｃｈＳｐａｃｅＺｅｒｏをさらに含む。ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏ（第１のインデックス）及びｓｅａｒｃｈＳｐａｃｅＺｅｒｏ（第２のインデックス）のそれぞれは、０から１５までの値（インデックス値）である。具体的には、ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏ（第１のインデックス）は、ＳＩＢ１のスケジューリングに用いるＰＤＣＣＨに対応する制御リソースセットであるＣＯＲＥＳＥＴ＃０の設定を示す。ｓｅａｒｃｈＳｐａｃｅＺｅｒｏ（第２のインデックス）は、ＳＩＢ１のスケジューリングに用いるＰＤＣＣＨに対応する共通サーチスペースであるサーチスペースセット＃０の設定を示す。
　図１５は、実施形態に係るＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）におけるＭＩＢ受信動作を示す図である。
　ステップＳ１１１において、ＵＥ１００の受信部１１２は、ＭＩＢをＰＢＣＨ上で基地局２００から受信する。
　ステップＳ１１２において、ＵＥ１００の制御部１２０は、ＭＩＢ中の所定パラメータを取得する。
　ステップＳ１１３において、ＵＥ１００の制御部１２０は、ＭＩＢ中の所定パラメータに第１の値（例えば、“１”）がセットされているか否かを判定する。
　ＭＩＢ中の所定パラメータに第１の値（例えば、“１”）がセットされていると判定された場合（ステップＳ１１３：ＹＥＳ）、ステップＳ１１４において、ＵＥ１００の制御部１２０は、第２のＳＩＢ１が基地局２００から提供されると判定し、第２のＳＩＢ１を基地局２００から取得する。すなわち、ＵＥ１００の制御部１２０は、第２のＳＩＢ１（第２の共通メッセージ）が基地局２００から提供されることを所定パラメータが示すことに応じて、第２のＳＩＢ１（第２の共通メッセージ）を基地局２００から取得する。
　一方、ＭＩＢ中の所定パラメータに第２の値（例えば、“０”）がセットされていると判定された場合（ステップＳ１１３：ＮＯ）、ステップＳ１１５において、ＵＥ１００の制御部１２０は、第２のＳＩＢ１が基地局２００から提供されないと判定する。すなわち、ＵＥ１００の制御部１２０は、第２のＳＩＢ１（第２の共通メッセージ）が基地局２００から提供されないことを所定パラメータが示すことに応じて、第２のＳＩＢ１（第２の共通メッセージ）が基地局２００から提供されないと判定する。
　なお、ｅＲｅｄＣａｐ　ＵＥであるＵＥ１００の制御部１２０は、ＭＩＢ中の所定パラメータに第１の値（例えば、“１”）がセットされていると判定された場合（ステップＳ１１３：ＹＥＳ）、ＭＩＢ中のｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏ（第１のインデックス）及びｓｅａｒｃｈＳｐａｃｅＺｅｒｏ（第２のインデックス）に基づいて、ｅＲｅｄＣａｐ　ＵＥ向けのＣＯＲＥＳＥＴ＃０及び／又はｅＲｅｄＣａｐ　ＵＥ向けのサーチスペースセット＃０を特定してもよい。すなわち、ｅＲｅｄＣａｐ　ＵＥであるＵＥ１００の制御部１２０は、第２のＳＩＢ１（第２の共通メッセージ）が基地局２００から提供されることをＭＩＢ中の所定パラメータが示すことに応じて、ｅＲｅｄＣａｐ　ＵＥ向けに規定されたＣＯＲＥＳＥＴ＃０の設定をＭＩＢ中のｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏ（第１のインデックス）に基づいて特定する。また、ｅＲｅｄＣａｐ　ＵＥであるＵＥ１００の制御部１２０は、第２のＳＩＢ１（第２の共通メッセージ）が基地局２００から提供されることをＭＩＢ中の所定パラメータが示すことに応じて、ｅＲｅｄＣａｐ　ＵＥ向けに規定されたサーチスペースセット＃０の設定をＭＩＢ中のｓｅａｒｃｈＳｐａｃｅＺｅｒｏ（第２のインデックス）に基づいて特定する。
　ここで、ｅＲｅｄＣａｐ　ＵＥであるＵＥ１００は、図４に示すテーブル及び図５に示すテーブルとは異なるテーブル（すなわち、ｅＲｅｄＣａｐ　ＵＥ向けに規定されたテーブル）を用いて、ｅＲｅｄＣａｐ　ＵＥ向けのＣＯＲＥＳＥＴ＃０及び／又はｅＲｅｄＣａｐ　ＵＥ向けのサーチスペースセット＃０を特定してもよい。図１６は、実施形態に係るテーブル構成例を示す図である。
　図１６に示すように、Ｎｏｎ－ｅＲｅｄＣａｐ　ＵＥ１００ａは、図４に示す第１のｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏテーブルと、図５に示す第１のｓｅａｒｃｈＳｐａｃｅＺｅｒｏテーブルとを保持する。第１のｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏテーブルは、ＭＩＢ中のｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏ（第１のインデックス）から、対応するＣＯＲＥＳＥＴ＃０パラメータ（ＣＯＲＥＳＥＴ＃０設定）を特定するためのテーブルである。第１のｓｅａｒｃｈＳｐａｃｅＺｅｒｏテーブルは、ＭＩＢ中のｓｅａｒｃｈＳｐａｃｅＺｅｒｏ（第２のインデックス）から、対応するサーチスペースセット＃０パラメータ（サーチスペースセット＃０設定）を特定するためのテーブルである。
　一方、ｅＲｅｄＣａｐ　ＵＥ１００ｂは、第１のｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏテーブルと異なる第２のｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏテーブルと、第１のｓｅａｒｃｈＳｐａｃｅＺｅｒｏテーブルと異なる第２のｓｅａｒｃｈＳｐａｃｅＺｅｒｏテーブルとを保持する。第２のｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏテーブルは、ＭＩＢ中のｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏ（第１のインデックス）から、対応するＣＯＲＥＳＥＴ＃０パラメータ（ＣＯＲＥＳＥＴ＃０設定）、具体的には、ｅＲｅｄＣａｐ　ＵＥ向けのＣＯＲＥＳＥＴ＃０パラメータを特定するためのテーブルである。第２のｓｅａｒｃｈＳｐａｃｅＺｅｒｏテーブルは、ＭＩＢ中のｓｅａｒｃｈＳｐａｃｅＺｅｒｏ（第２のインデックス）から、対応するサーチスペースセット＃０パラメータ（サーチスペースセット＃０設定）、具体的には、ｅＲｅｄＣａｐ　ＵＥ向けのサーチスペースセット＃０パラメータを特定するためのテーブルである。
　このように、予め規定されたＣＯＲＥＳＥＴ＃０の設定として、Ｎｏｎ－ｅＲｅｄＣａｐ　ＵＥ向けに規定された第１のＣＯＲＥＳＥＴ設定（第１のｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏテーブル）と、ｅＲｅｄＣａｐ　ＵＥ向けに規定された第２のＣＯＲＥＳＥＴ設定（第２のｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏテーブル）とのそれぞれが、ＭＩＢ中のｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏ（第１のインデックス）に対応付けられている。ｅＲｅｄＣａｐ　ＵＥ１００ｂの制御部１２０は、第２のｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏテーブルを用いて、ＭＩＢ中のｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏ（第１のインデックス）に対応するＣＯＲＥＳＥＴ＃０設定を特定する。
　また、予め規定されたサーチスペースセット＃０の設定として、Ｎｏｎ－ｅＲｅｄＣａｐ　ＵＥ向けに規定された第１のサーチスペースセット＃０設定（第１のｓｅａｒｃｈＳｐａｃｅＺｅｒｏテーブル）と、ｅＲｅｄＣａｐ　ＵＥ向けに規定された第２のサーチスペースセット＃０設定（第２のｓｅａｒｃｈＳｐａｃｅＺｅｒｏテーブル）とのそれぞれが、ＭＩＢ中のｓｅａｒｃｈＳｐａｃｅＺｅｒｏ（第２のインデックス）に対応付けられている。ｅＲｅｄＣａｐ　ＵＥ１００ｂの制御部１２０は、第２のｓｅａｒｃｈＳｐａｃｅＺｅｒｏテーブルを用いて、ＭＩＢ中のｓｅａｒｃｈＳｐａｃｅＺｅｒｏ（第２のインデックス）に対応するサーチスペースセット＃０設定を特定する。
　図１７は、実施形態に係るｅＲｅｄＣａｐ　ＵＥのイニシャルアクセス方法のシーケンス例を示す図である。
　ステップＳ１２１において、基地局２００は、第１の値（例えば、“１”）がセットされた所定パラメータと、第１のインデックス（ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏ）と、第２のインデックス（ｓｅａｒｃｈＳｐａｃｅＺｅｒｏ）とを含むＭＩＢを送信する。ＭＩＢを受信したＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）は、所定パラメータに基づいて第２のＳＩＢ１が基地局２００から提供されると判定する。
　ステップＳ１２２において、ＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）は、第２のｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏテーブルを用いて、ＭＩＢ中の第１のインデックス（ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏ）に対応するＣＯＲＥＳＥＴ＃０設定を特定する。また、ＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）は、第２のｓｅａｒｃｈＳｐａｃｅＺｅｒｏテーブルを用いて、ＭＩＢ中の第２のインデックス（ｓｅａｒｃｈＳｐａｃｅＺｅｒｏ）に対応するサーチスペースセット＃０設定を特定する。
　ステップＳ１２３において、ＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）は、ステップＳ１２２で特定したＣＯＲＥＳＥＴ＃０設定及びサーチスペースセット＃０設定に基づいて、サーチスペースセット＃０（Ｔｙｐｅ－０　ＰＤＣＣＨ　ＣＳＳ　ｓｅｔ）でＰＤＣＣＨ候補をモニタする。
　ステップＳ１２４において、基地局２００は、ＳＩ－ＲＮＴＩによってスクランブルされたＣＲＣが付加されたＤＣＩフォーマット１＿０のＤＣＩをＰＤＣＣＨ上で送信する。
　ステップＳ１２５において、ＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）は、当該ＤＣＩを受信（検出）し、当該ＤＣＩからＰＤＳＣＨのリソース割り当て（時間及び／又は周波数リソース）を特定する。
　ステップＳ１２６において、基地局２００は、「ＤＣＩフォーマット１＿０　ｗｉｔｈ　ＳＩ－ＲＮＴＩ」でスケジュールされたＰＤＳＣＨ上で第２のＳＩＢ１を送信する。ＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）は、第２のＳＩＢ１を受信（取得）する。
　ステップＳ１２７において、ＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）は、第２のＳＩＢ１に基づいて第２のＳＩＢｘのスケジューリングを特定する。
　ステップＳ１２８において、基地局２００は、ＳＩ－ＲＮＴＩによってスクランブルされたＣＲＣが付加されたＤＣＩフォーマット１＿０のＤＣＩをＰＤＣＣＨ上で送信する。
　ステップＳ１２９において、ＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）は、当該ＤＣＩを受信（検出）し、当該ＤＣＩからＰＤＳＣＨのリソース割り当て（時間及び／又は周波数リソース）を特定する。
　ステップＳ１３０において、基地局２００は、「ＤＣＩフォーマット１＿０　ｗｉｔｈ　ＳＩ－ＲＮＴＩ」でスケジュールされたＰＤＳＣＨ上で第２のＳＩＢｘを送信する。ＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）は、第２のＳＩＢｘを受信（取得）する。なお、第２のＳＩＢ１によってスケジュールされる第２のＳＩＢｘは、「ｅＲｅｄＣａｐ　ｓｐｅｃｉｆｉｃ　ｃｏｍｍｏｎ　ｍｅｓｓａｇｅ」として識別されてもよい。
　基地局２００は、Ｎｏｎ－ｅＲｅｄＣａｐ　ＵＥ向けの第１のシステム情報メッセージ（第１のＳＩＢ１及び第１のＳＩＢｘ）の送信と、ｅＲｅｄＣａｐ　ＵＥ向けの第２のシステム情報メッセージ（第２のＳＩＢ１及び第２のＳＩＢｘ）の送信とを切り替えてもよい。すなわち、基地局２００は、第１のシステム情報メッセージの送信と第２のシステム情報メッセージの送信とを時分割で行ってもよい。
　或いは、基地局２００は、Ｎｏｎ－ｅＲｅｄＣａｐ　ＵＥ向けの第１のシステム情報メッセージ（第１のＳＩＢ１及び第１のＳＩＢｘ）の送信と、ｅＲｅｄＣａｐ　ＵＥ向けの第２のシステム情報メッセージ（第２のＳＩＢ１及び第２のＳＩＢｘ）の送信とを並行して行ってもよい。すなわち、基地局２００は、第１のシステム情報メッセージの送信と第２のシステム情報メッセージの送信との両方を同じ時間帯で行ってもよい。その場合、基地局２００は、第１のシステム情報メッセージの送信に用いるＤＣＩ（ＰＤＣＣＨ）と第２のシステム情報メッセージの送信に用いるＤＣＩ（ＰＤＣＣＨ）とで、適用するＳＩ－ＲＮＴＩを異ならせてもよい。例えば、基地局２００の送信部２１１は、Ｎｏｎ－ｅＲｅｄＣａｐ　ＵＥ向けに規定された第１のＳＩ－ＲＮＴＩとは独立にｅＲｅｄＣａｐ　ＵＥ向けに規定された第２のＳＩ－ＲＮＴＩを用いて、第２のシステム情報メッセージを送信してもよい。ｅＲｅｄＣａｐ　ＵＥ向けに規定された第２のＳＩ－ＲＮＴＩは、「ｅＲｅｄＣａｐ　ｓｐｅｃｉｆｉｃ　ＳＩ－ＲＮＴＩ」として識別されてもよい。ＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）の制御部１２０は、第２のＳＩ－ＲＮＴＩを用いて、第２のシステム情報メッセージを取得してもよい。
　（９）ｅＲｅｄＣａｐ　ＵＥ向けのＰＤＳＣＨリソース割当ビット数特定方法
　次に、図１８乃至図２１を参照して、実施形態に係るｅＲｅｄＣａｐ　ＵＥ向けのＰＤＳＣＨリソース割当ビット数特定方法について説明する。なお、実施形態に係るｅＲｅｄＣａｐ　ＵＥ向けのＰＤＳＣＨリソース割当ビット数特定方法は、上述のｅＲｅｄＣａｐ　ＵＥ向けのイニシャルアクセス方法と組み合わせて実施してもよい。
　上述のように、複数のＵＥ１００に共通で用いる共通メッセージの送信に用いるＤＣＩ（ＰＤＣＣＨ）は、予め規定されたＲＮＴＩが適用されるＤＣＩフォーマット１＿０（所定フォーマット）のＤＣＩである。ここで、予め規定されたＲＮＴＩは、ＳＩ－ＲＮＴＩ、Ｐ－ＲＮＴＩ、及びＲＡ－ＲＮＴＩのうち少なくとも１つである。当該ＤＣＩは、ＰＤＳＣＨの周波数リソースの割り当てを示す周波数リソース割当フィールドである「Ｆｒｅｑｕｅｎｃｙ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ」フィールドを有する（図９参照）。当該ＰＤＳＣＨ上で送信される共通メッセージは、システム情報メッセージ、ページングメッセージ、及びランダムアクセス応答のうち少なくとも１つである。
　ｅＲｅｄＣａｐ　ＵＥであるＵＥ１００において、受信部１１２は、ＰＤＳＣＨの周波数リソースの割り当てを示す「Ｆｒｅｑｕｅｎｃｙ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ」フィールドを含むＤＣＩをＰＤＣＣＨ上で基地局２００から受信する。制御部１２０は、当該ＰＤＣＣＨに対応するＣＯＲＥＳＥＴ＃０を構成する第１のリソースブロック数にかかわらず、所定帯域幅（例えば、５ＭＨｚ）以下の周波数帯域幅に対応する第２のリソースブロック数に基づいて、「Ｆｒｅｑｕｅｎｃｙ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ」フィールドのビット数を特定する。
　ここで、制御部１２０は、図９に示す方法で「Ｆｒｅｑｕｅｎｃｙ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ」フィールドのビット数を特定する。但し、「Ｆｒｅｑｕｅｎｃｙ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ」フィールドのビット数を特定するにあたり、ＣＯＲＥＳＥＴ＃０のサイズ（すなわち、第１のリソースブロック数）
Figure JPOXMLDOC01-appb-M000002
 に代えて、ｅＲｅｄＣａｐ　ＵＥ向けの第２のリソースブロック数を用いる。ｅＲｅｄＣａｐ　ＵＥ向けの第２のリソースブロック数を第１のリソースブロック数と独立に規定することにより、ＰＤＳＣＨの帯域幅が低減されたｅＲｅｄＣａｐ　ＵＥであっても「Ｆｒｅｑｕｅｎｃｙ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ」フィールドのビット数を適切に特定可能になる。
　実施形態では、「ＤＣＩフォーマット１＿０　ｗｉｔｈ　Ｐ－ＲＮＴＩ」に含まれる「Ｆｒｅｑｕｅｎｃｙ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ」フィールド、「ＤＣＩフォーマット１＿０　ｗｉｔｈ　ＳＩ－ＲＮＴＩ」に含まれる「Ｆｒｅｑｕｅｎｃｙ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ」フィールド、及び「ＤＣＩフォーマット１＿０　ｗｉｔｈ　ＲＡ－ＲＮＴＩ」に含まれる「Ｆｒｅｑｕｅｎｃｙ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ」フィールドのうち、少なくとも２つに対して共通に第２のリソースブロック数が規定される。
　そして、制御部１２０は、特定されたビット数に基づいて、「Ｆｒｅｑｕｅｎｃｙ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ」フィールドが示すＰＤＳＣＨの周波数リソースを特定する。また、制御部１２０は、「Ｔｉｍｅ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ」フィールドが示すＰＤＳＣＨの時間リソースを特定する。受信部１１２は、特定された周波数リソース及び時間リソースに基づいて、ＰＤＳＣＨ上で共通メッセージを受信する。
　（９．１）第１のＰＤＳＣＨリソース割当ビット数特定方法
　図１８は、実施形態に係る第１のＰＤＳＣＨリソース割当ビット数特定方法を示す図である。第１のＰＤＳＣＨリソース割当ビット数特定方法では、第２のリソースブロック数は、移動通信システム１の技術仕様でｅＲｅｄＣａｐ　ＵＥについて予め規定されたリソースブロック数である。
　ステップＳ２０１において、ＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）の受信部１１２は、「ＤＣＩフォーマット１＿０　ｗｉｔｈ　Ｐ－ＲＮＴＩ／ＳＩ－ＲＮＴＩ／ＲＡ－ＲＮＴＩ」をＰＤＣＣＨ上で基地局２００から受信する。
　ステップＳ２０２において、ＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）の制御部１２０は、予め規定された第２のリソースブロック数に基づいて、「ＤＣＩフォーマット１＿０　ｗｉｔｈ　Ｐ－ＲＮＴＩ／ＳＩ－ＲＮＴＩ／ＲＡ－ＲＮＴＩ」中の「Ｆｒｅｑｕｅｎｃｙ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ」フィールドのビット数を特定する。例えば、第２のリソースブロック数は、２５リソースブロック（又は２４リソースブロック）、或いは、１２リソースブロック（又は１１リソースブロック）であることが予め規定される。
　ＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）の制御部１２０は、共通メッセージに対するサブキャリア間隔（ＳＣＳ）に基づいて第２のリソースブロック数を決定してもよい。例えば、サブキャリア間隔（ＳＣＳ）ごとに当該サブキャリア間隔（ＳＣＳ）と第２のリソースブロック数との対応関係が技術仕様で予め規定される。ＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）の受信部１１２は、共通メッセージに対するサブキャリア間隔（ＳＣＳ）を示すパラメータを含むＭＩＢをＰＢＣＨ上で基地局２００から受信する。当該パラメータは、ＭＩＢに含まれるｓｕｂＣａｒｒｉｅｒＳｐａｃｉｎｇＣｏｍｍｏｎであってもよい。ｓｕｂＣａｒｒｉｅｒＳｐａｃｉｎｇＣｏｍｍｏｎは、システム情報メッセージ、イニシャルアクセスにおけるＭｓｇ．２（ランダムアクセス応答）／Ｍｓｇ．４、及びページングメッセージに対するサブキャリア間隔（ＳＣＳ）を設定するパラメータである。ＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）の制御部１２０は、当該パラメータが示すサブキャリア間隔（ＳＣＳ）と、技術仕様で予め規定された対応関係とに基づいて、第２のリソースブロック数を決定する。図１９は、サブキャリア間隔（ＳＣＳ）と第２のリソースブロック数との対応関係の一例を示す図である。図１９に示すように、第２のリソースブロック数は、ＳＣＳ＝１５ｋＨｚの場合には２５リソースブロック（又は２４リソースブロック）であり、ＳＣＳ＝３０ｋＨｚの場合には１２リソースブロック（又は１１リソースブロック）であることが規定されてもよい。
　ステップＳ２０３において、ＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）の制御部１２０は、ステップＳ２０２で特定されたビット数に基づいて、「Ｆｒｅｑｕｅｎｃｙ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ」フィールドが示すＰＤＳＣＨの周波数リソースを特定する。また、制御部１２０は、「ＤＣＩフォーマット１＿０　ｗｉｔｈ　Ｐ－ＲＮＴＩ／ＳＩ－ＲＮＴＩ／ＲＡ－ＲＮＴＩ」中の「Ｔｉｍｅ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ」フィールドが示すＰＤＳＣＨの時間リソースを特定する。
　ステップＳ２０４において、ＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）の受信部１１２は、ステップＳ２０３で特定された周波数リソース及び時間リソースに基づいて、ＰＤＳＣＨ上で共通メッセージを受信する。具体的には、ＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）の受信部１１２は、スケジュールされたＰＤＳＣＨで、ページングメッセージ、システム情報メッセージ（例えば、ＳＩＢ１）、及び／又はランダムアクセス応答を受信する（すなわち、ｅＲｅｄＣａｐ　ｓｐｅｃｉｆｉｃ　ｃｏｍｍｏｎ　ｍｅｓｓａｇｅを受信する）。
　（９．２）第２のＰＤＳＣＨリソース割当ビット数特定方法
　図２０は、実施形態に係る第２のＰＤＳＣＨリソース割当ビット数特定方法を示す図である。第２のＰＤＳＣＨリソース割当ビット数特定方法では、第２のリソースブロック数は、ＭＩＢ中のパラメータ（インデックス）に応じて決定されるリソースブロック数である。当該パラメータとしては、例えば、ＭＩＢ中のｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１中のパラメータ又はＭＩＢ中のｓｐａｒｅ　ｂｉｔが用いられてもよい。以下において、当該パラメータとしてＭＩＢ中のｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１中のパラメータを用いる一例について主として説明する。
　ステップＳ２１１において、基地局２００の送信部２１１は、第１のインデックス（ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏ）と、第２のインデックス（ｓｅａｒｃｈＳｐａｃｅＺｅｒｏ）とを含むＭＩＢを送信する。ＭＩＢは、共通メッセージに対するサブキャリア間隔（ＳＣＳ）を示すパラメータ（ｓｕｂＣａｒｒｉｅｒＳｐａｃｉｎｇＣｏｍｍｏｎ）をさらに含んでもよい。第１のインデックス（ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏ）及び／又は第２のインデックス（ｓｅａｒｃｈＳｐａｃｅＺｅｒｏ）は、第２のリソースブロック数を決定するために用いられる。すなわち、ＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）の受信部１１２は、第２のリソースブロック数を決定するためのインデックスを含むＭＩＢをＰＢＣＨ上で基地局２００から受信する。
　ステップＳ２１２において、ＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）の制御部１２０は、ＭＩＢ中の第１のインデックス（ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏ）に対応するＣＯＲＥＳＥＴ＃０設定を特定し、ＭＩＢ中の第２のインデックス（ｓｅａｒｃｈＳｐａｃｅＺｅｒｏ）に対応するサーチスペースセット＃０設定を特定する。ＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）の制御部１２０は、第１のインデックス（ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏ）及び／又は第２のインデックス（ｓｅａｒｃｈＳｐａｃｅＺｅｒｏ）に基づいて第２のリソースブロック数を決定する。具体的には、ＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）の制御部１２０は、当該インデックスに基づいて、第１のリソースブロック数及び第２のリソースブロック数のそれぞれを決定する。第１のリソースブロック数は、ＣＯＲＥＳＥＴ＃０設定の一部である。一方、第２のリソースブロック数は、「Ｆｒｅｑｕｅｎｃｙ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ」フィールドのビット数を特定するために用いられる。
　ここで、ＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）の制御部１２０は、共通メッセージに対するサブキャリア間隔（ＳＣＳ）にさらに基づいて、第２のリソースブロック数を決定してもよい。当該サブキャリア間隔（ＳＣＳ）は、例えばｓｕｂＣａｒｒｉｅｒＳｐａｃｉｎｇＣｏｍｍｏｎに応じて定められる。具体的には、サブキャリア間隔（ＳＣＳ）ごとに当該サブキャリア間隔（ＳＣＳ）と第２のリソースブロック数との対応関係が技術仕様で予め規定される。ＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）の制御部１２０は、第１のインデックス（ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏ）及び／又は第２のインデックス（ｓｅａｒｃｈＳｐａｃｅＺｅｒｏ）と、ｓｕｂＣａｒｒｉｅｒＳｐａｃｉｎｇＣｏｍｍｏｎが示すサブキャリア間隔（ＳＣＳ）と、予め規定された対応関係とに基づいて、第２のリソースブロック数を決定する。
　図２１は、第１のインデックス（ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏ）と第２のリソースブロック数とを対応付ける一例を示す図である。ＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）の制御部１２０は、図２１に示すようなテーブルを保持しており、第１のインデックス（ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏ）の値に対して、第１のリソースブロック数とは独立に、第２のリソースブロック数が対応付けられている。第２のリソースブロック数は、所定帯域幅を３ＭＨｚとする場合には１５又は８リソースブロックであり、所定帯域幅を４ＭＨｚとする場合には２０又は１０リソースブロックであり、所定帯域幅を５ＭＨｚとする場合には２５又は１２リソースブロックである。第２のリソースブロック数は、ＳＣＳ＝１５ｋＨｚの場合には２５リソースブロック（又は２４リソースブロック）であり、ＳＣＳ＝３０ｋＨｚの場合には１２リソースブロック（又は１１リソースブロック）であることが規定されてもよい。
　図２１に示すｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏテーブルは、最大チャネル帯域幅が５ＭＨｚ又は１０ＭＨｚであって、且つ、ＳＳＢ及びＰＤＣＣＨのそれぞれのサブキャリア間隔（ＳＣＳ）が１５ｋＨｚである場合のテーブルである。ＳＳＢ及びＰＤＣＣＨのそれぞれのサブキャリア間隔（ＳＣＳ）が１５ｋＨｚではない場合、図２１とは異なるｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏテーブルを用いることになる。図２１とは異なるｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏテーブルにおいても、ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏの値に対して第２のリソースブロック数が対応付けられるものとする。そのため、ＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）の制御部１２０は、ＳＳＢに対するサブキャリア間隔（ＳＣＳ）及び／又はＰＤＣＣＨに対するサブキャリア間隔（ＳＣＳ）にさらに基づいて、第２のリソースブロック数を決定する。ここで、基地局２００は、ＲＲＣメッセージ（ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎ）に含まれるパラメータ（ｓｓｂＳｕｂｃａｒｒｉｅｒＳｐａｃｉｎｇ）に基づいて、ＳＳＢのサブキャリア間隔（ＳＣＳ）を設定してもよい。また、基地局２００は、ＲＲＣメッセージ（ＢＷＰ－ＤｏｗｎｌｉｎｋＣｏｍｍｏｎ）に含まれるパラメータ（ｓｕｂｃａｒｒｉｅｒＳｐａｃｉｎｇ）に基づいて、ＰＤＣＣＨ（すなわち、ＤＬ　ＢＷＰ）のサブキャリア間隔（ＳＣＳ）を設定してもよい。
　なお、図２１は、ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏに対して第２のリソースブロック数を対応付ける一例であるが、同様な方法により、ｓｅａｒｃｈＳｐａｃｅＺｅｒｏに対して第２のリソースブロック数を対応付けてもよい。
　図２０に戻り、ステップＳ２１３において、基地局２００の送信部２１１は、「ＤＣＩフォーマット１＿０　ｗｉｔｈ　Ｐ－ＲＮＴＩ／ＳＩ－ＲＮＴＩ／ＲＡ－ＲＮＴＩ」をＰＤＣＣＨ上で送信する。ＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）の受信部１１２は、「ＤＣＩフォーマット１＿０　ｗｉｔｈ　Ｐ－ＲＮＴＩ／ＳＩ－ＲＮＴＩ／ＲＡ－ＲＮＴＩ」をＰＤＣＣＨ上で基地局２００から受信する。ここで、「ＤＣＩフォーマット１＿０　ｗｉｔｈ　Ｐ－ＲＮＴＩ／ＳＩ－ＲＮＴＩ／ＲＡ－ＲＮＴＩ」は、共通メッセージに対する繰り返し送信回数を示すフィールドをさらに含んでもよい。これにより、ＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）が共通メッセージに対する繰り返し送信回数を特定可能になる。
　ステップＳ２１４において、ＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）の制御部１２０は、ステップＳ２１２で決定した第２のリソースブロック数に基づいて、「ＤＣＩフォーマット１＿０　ｗｉｔｈ　Ｐ－ＲＮＴＩ／ＳＩ－ＲＮＴＩ／ＲＡ－ＲＮＴＩ」中の「Ｆｒｅｑｕｅｎｃｙ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ」フィールドのビット数を特定する。
　ステップＳ２１５において、ＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）の制御部１２０は、ステップＳ２１４で特定されたビット数に基づいて、「Ｆｒｅｑｕｅｎｃｙ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ」フィールドが示すＰＤＳＣＨの周波数リソースを特定する。また、制御部１２０は、「ＤＣＩフォーマット１＿０　ｗｉｔｈ　Ｐ－ＲＮＴＩ／ＳＩ－ＲＮＴＩ／ＲＡ－ＲＮＴＩ」中の「Ｔｉｍｅ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ」フィールドが示すＰＤＳＣＨの時間リソースを特定する。さらに、制御部１２０は、「ＤＣＩフォーマット１＿０　ｗｉｔｈ　Ｐ－ＲＮＴＩ／ＳＩ－ＲＮＴＩ／ＲＡ－ＲＮＴＩ」が繰り返し送信回数を示すフィールドを含む場合、当該フィールドに基づいて繰り返し送信回数を特定する。
　ステップＳ２１６において、ＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）の受信部１１２は、ステップＳ２１５で特定された周波数リソース及び時間リソースに基づいて、ＰＤＳＣＨ上で共通メッセージを受信する。具体的には、ＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）の受信部１１２は、スケジュールされたＰＤＳＣＨで、ページングメッセージ、システム情報メッセージ（例えば、ＳＩＢ１）、及び／又はランダムアクセス応答を受信する（すなわち、ｅＲｅｄＣａｐ　ｓｐｅｃｉｆｉｃ　ｃｏｍｍｏｎ　ｍｅｓｓａｇｅを受信する）。
　（１０）ｅＲｅｄＣａｐ　ＵＥ向けのハンドオーバ方法
　次に、図２２及び図２３を参照して、実施形態に係るｅＲｅｄＣａｐ　ＵＥ向けのハンドオーバ方法について説明する。なお、実施形態に係るｅＲｅｄＣａｐ　ＵＥ向けのハンドオーバ方法は、上述のｅＲｅｄＣａｐ　ＵＥ向けのイニシャルアクセス方法及び／又は上述のｅＲｅｄＣａｐ　ＵＥ向けのＰＤＳＣＨリソース割当ビット数特定方法と組み合わせて実施してもよい。
　図２２は、実施形態に係るｅＲｅｄＣａｐ　ＵＥ向けのハンドオーバ方法の概要を説明するための図である。図２２では、ソースセルを管理する基地局２００ａとターゲットセルを管理する基地局２００ｂとが異なる一例を示しているが、ソースセル及びターゲットセルが同じ基地局２００により管理されていてもよい。
　ソースセルを管理する基地局２００ａの送信部２１１は、ＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）に対して、ターゲットセルへのハンドオーバを指示するメッセージを送信する。当該メッセージは、ＲＲＣメッセージであって、例えば、ｒｅｏｃｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃを情報要素として含むＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージである。ｒｅｏｃｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃは、ターゲットセルに対する同期再構成のためのパラメータである。ＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）の受信部１１２は、ターゲットセルへのハンドオーバを指示するメッセージを基地局２００ａ（ソースセル）から受信する。ＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）の制御部１２０は、当該メッセージに基づいて、複数のＵＥ１００に共通で用いる共通メッセージをＰＤＳＣＨ上で基地局２００ｂ（ターゲットセル）から取得する。当該メッセージは、ｅＲｅｄＣａｐ　ＵＥ向けに規定された第２の共通メッセージ（すなわち、ｅＲｅｄＣａｐ　ｓｐｅｃｉｆｉｃ　ｃｏｍｍｏｎ　ｍｅｓｓａｇｅ）を、ターゲットセルからＵＥ１００が取得するためのパラメータを含む。これにより、ＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）は、ターゲットセルとの通信を適切に行うことが可能になる。例えば、ｅＲｅｄＣａｐ　ＵＥがハンドオーバ後にターゲットセルから下りリンクデータ（特に、共通メッセージ）を適切に受信できるようになり、ｅＲｅｄＣａｐ　ＵＥについてモビリティを適切にサポートすることができる。
　上述のように、第２の共通メッセージは、ターゲットセルから所定帯域幅（例えば、５ＭＨｚ）以下の周波数帯域幅で送信される共通メッセージであり、Ｎｏｎ－ｅＲｅｄＣａｐ　ＵＥ向けに規定された第１の共通メッセージとは異なる。共通メッセージがシステム情報メッセージであって、第１の共通メッセージがＮｏｎ－ｅＲｅｄＣａｐ　ＵＥ向けに規定された第１のシステム情報メッセージであり、第２の共通メッセージがｅＲｅｄＣａｐ　ＵＥ向けに規定された第２のシステム情報メッセージであってもよい。
　図２３は、実施形態に係るｅＲｅｄＣａｐ　ＵＥ向けのハンドオーバ方法の一例を示す図である。
　ステップＳ３０１において、ソースセルを管理する基地局２００ａの送信部２１１は、ｒｅｏｃｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃを情報要素として含むＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）に送信する。ＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）の受信部１１２は、当該ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを基地局２００ａ（ソースセル）から受信する。
　当該ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージは、第２の共通メッセージ（ｅＲｅｄＣａｐ　ｓｐｅｃｉｆｉｃ　ｃｏｍｍｏｎ　ｍｅｓｓａｇｅ）がターゲットセルから提供される否かを示す第１のパラメータを含んでもよい。例えば、ＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）の制御部１２０は、第１のパラメータの値に基づいて、ターゲットセルにおいてｅＲｅｄＣａｐ　ｓｐｅｃｉｆｉｃ　ｃｏｍｍｏｎ　ｍｅｓｓａｇｅが報知／スケジュールされていることを特定してもよい。例えば、基地局２００ａは、第２のＳＩＢ１がターゲットセルで報知／スケジュールされるか否かを示す第１のパラメータを当該ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含めてもよい。基地局２００ａは、第２のＳＩＢ１がターゲットセルで報知／スケジュールされる場合、第１のパラメータに第１の値（例えば、“１”）をセットしてもよい。一方、基地局２００ａは、第２のＳＩＢ１がターゲットセルで報知／スケジュールされない場合、第１のパラメータに第２の値（例えば、“０”）をセットしてもよい。
　ＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）の制御部１２０は、第２の共通メッセージがターゲットセルから提供されることを第１のパラメータが示すことに応じて、第２の共通メッセージをターゲットセルから取得してもよい。ＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）の制御部１２０は、第２の共通メッセージがターゲットセルから提供されないことを第１のパラメータが示すことに応じて、第２の共通メッセージがターゲットセルから提供されないと判定してもよい。
　当該ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージは、Ｎｏｎ－ｅＲｅｄＣａｐ　ＵＥ向けに規定された第１のＣＯＲＥＳＥＴ＃０とは独立にｅＲｅｄＣａｐ　ＵＥ向けに規定された第２のＣＯＲＥＳＥＴ＃０がターゲットセルから提供（設定）される否かを示す第２のパラメータを含んでもよい。第２のＣＯＲＥＳＥＴ＃０は、所定帯域幅以下の帯域幅で設定されるＣＯＲＥＳＥＴ＃０であってもよい。これにより、ＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）の制御部１２０は、第２のパラメータに基づいて、第２のＣＯＲＥＳＥＴ＃０がターゲットセルから提供（設定）される否かを特定できる。基地局２００ａは、第２のＣＯＲＥＳＥＴ＃０がターゲットセルで提供される場合、第２のパラメータに第１の値（例えば、“１”）をセットしてもよい。一方、基地局２００ａは、第２のＣＯＲＥＳＥＴ＃０がターゲットセルで提供されない場合、第２のパラメータに第２の値（例えば、“０”）をセットしてもよい。
　当該ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージは、Ｎｏｎ－ｅＲｅｄＣａｐ　ＵＥ向けに規定された第１のサーチスペースセット＃０とは独立にｅＲｅｄＣａｐ　ＵＥ向けに規定された第２のサーチスペースセット＃０がターゲットセルから提供（設定）される否かを示す第３のパラメータを含んでもよい。第２のサーチスペースセット＃０は、所定帯域幅以下の帯域幅で設定されるサーチスペースセット＃０であってもよい。これにより、ＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）の制御部１２０は、第３のパラメータに基づいて、第２のサーチスペースセット＃０がターゲットセルから提供（設定）される否かを特定できる。基地局２００ａは、第２のサーチスペースセット＃０がターゲットセルで提供される場合、第３のパラメータに第１の値（例えば、“１”）をセットしてもよい。一方、基地局２００ａは、第２のサーチスペースセット＃０がターゲットセルで提供されない場合、第３のパラメータに第２の値（例えば、“０”）をセットしてもよい。
　当該ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージは、ターゲットセルで第２の共通メッセージ（ｅＲｅｄＣａｐ　ｓｐｅｃｉｆｉｃ　ｃｏｍｍｏｎ　ｍｅｓｓａｇｅ）が送信されるＰＤＳＣＨのリソースを特定するための第４のパラメータを含んでもよい。第４のパラメータは、「ＤＣＩフォーマット１＿０　ｗｉｔｈ　Ｐ－ＲＮＴＩ／ＳＩ－ＲＮＴＩ／ＲＡ－ＲＮＴＩ」中の「Ｆｒｅｑｕｅｎｃｙ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ」フィールドのビット数を特定するためのパラメータであってもよい。第４のパラメータは、当該ビット数を特定するための第２のリソースブロック数を示すパラメータであってもよい。このような動作の詳細については、上述の第２のＰＤＳＣＨリソース割当ビット数特定方法と同様である。
　ステップＳ３０２において、ＵＥ１００（ｅＲｅｄＣａｐ　ＵＥ）の制御部１２０は、ステップＳ３０１で受信したＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含まれるパラメータに基づいて、第２の共通メッセージ（ｅＲｅｄＣａｐ　ｓｐｅｃｉｆｉｃ　ｃｏｍｍｏｎ　ｍｅｓｓａｇｅ）をＰＤＳＣＨ上で基地局２００ｂ（ターゲットセル）から取得する。
　（１１）その他の実施形態
　上述の実施形態における動作シーケンス（及び動作フロー）は、必ずしもフロー図又はシーケンス図に記載された順序に沿って時系列に実行されなくてよい。例えば、動作におけるステップは、フロー図又はシーケンス図として記載した順序と異なる順序で実行されても、並列的に実行されてもよい。また、動作におけるステップの一部が削除されてもよく、さらなるステップが処理に追加されてもよい。また、上述の実施形態における動作シーケンス（及び動作フロー）は、別個独立に実施してもよいし、２以上の動作シーケンス（及び動作フロー）を組み合わせて実施してもよい。例えば、１つの動作フローの一部のステップを他の動作フローに追加してもよいし、１つの動作フローの一部のステップを他の動作フローの一部のステップと置換してもよい。
　上述の実施形態において、移動通信システム１としてＮＲに基づく移動通信システムを例に挙げて説明した。しかしながら、移動通信システム１は、この例に限定されない。移動通信システム１は、ＬＴＥ又は３ＧＰＰ規格の他の世代システム（例えば、第６世代）のいずれかのＴＳに準拠したシステムであってよい。基地局２００は、ＬＴＥにおいてＵＥ１００へ向けたＥ－ＵＴＲＡユーザプレーン及び制御プレーンプロトコル終端を提供するｅＮＢであってよい。基地局２００は、ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ　Ａｃｃｅｓｓ　ａｎｄ　Ｂａｃｋｈａｕｌ）ドナー又はＩＡＢノードであってよい。
　ＵＥ１００又は基地局２００が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではない。例えば、ＣＤ－ＲＯＭ又はＤＶＤ－ＲＯＭ等の記録媒体であってもよい。また、ＵＥ１００又は基地局２００が行う各処理を実行する回路を集積化し、ＵＥ１００又は基地局２００の少なくとも一部を半導体集積回路（チップセット、ＳｏＣ：Ｓｙｓｔｅｍ　ｏｎ　ａ　ｃｈｉｐ）として構成してもよい。
　上述の実施形態において、「送信する（ｔｒａｎｓｍｉｔ）」は、送信に使用されるプロトコルスタック内の少なくとも１つのレイヤの処理を行うことを意味してもよく、又は、無線又は有線で信号を物理的に送信することを意味してもよい。或いは、「送信する」は、上記少なくとも１つのレイヤの処理を行うことと、無線又は有線で信号を物理的に送信することとの組合せを意味してもよい。同様に、「受信する（ｒｅｃｅｉｖｅ）」は、受信に使用されるプロトコルスタック内の少なくとも１つのレイヤの処理を行うことを意味してもよく、又は、無線又は有線で信号を物理的に受信することを意味してもよい。或いは、「受信する」は、上記少なくとも１つのレイヤの処理を行うことと、無線又は有線で信号を物理的に受信することとの組合せを意味してもよい。同様に、「取得する（ｏｂｔａｉｎ／ａｃｑｕｉｒｅ）」は、記憶されている情報の中から情報を取得することを意味してもよく、他のノードから受信した情報の中から情報を取得することを意味してもよく、又は、情報を生成することにより当該情報を取得することを意味してもよい。同様に、「～を含む（ｉｎｃｌｕｄｅ）」及び「～を備える（ｃｏｍｐｒｉｓｅ）」は、列挙する項目のみを含むことを意味せず、列挙する項目のみを含んでもよいし、列挙する項目に加えてさらなる項目を含んでもよいことを意味する。同様に、本開示において、「又は（ｏｒ）」は、排他的論理和を意味せず、論理和を意味する。さらに、本開示で使用した「第１」、「第２」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定するものではない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本明細書で使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみがそこで採用され得ること、又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。本開示において、例えば、英語でのａ，ａｎ，及びｔｈｅのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含むものとする。
　本開示は、実施例に準拠して記述されたが、本開示は当該実施例や構造に限定されるものではないと理解される。本開示は、様々な変形例や均等範囲内の変形をも包含する。加えて、様々な組み合わせや携帯、さらには、それらに一要素のみ、それ以上、あるいはそれ以下、を含む他の組み合わせや形態をも、本開示の範疇や思想範囲に入るものである。
　（１２）付記
　上述の実施形態に係る特徴に関して付記する。
　（付記１）
　少なくとも物理下りリンク共有チャネルについて対応可能な周波数帯域幅が所定帯域幅に低減された所定端末タイプの通信装置（１００）であって、
　前記物理下りリンク共有チャネルの周波数リソースの割り当てを示す周波数リソース割当フィールドを含む下りリンク制御情報を物理下りリンク制御チャネル上で基地局（２００）から受信する受信部（１１２）と、
　前記物理下りリンク制御チャネルに対応する制御リソースセットを構成する第１のリソースブロック数にかかわらず、前記所定帯域幅以下の周波数帯域幅に対応する第２のリソースブロック数に基づいて、前記周波数リソース割当フィールドのビット数を特定する制御部（１２０）と、を備える
　通信装置（１００）。
　（付記２）
　前記下りリンク制御情報は、予め規定されたセル無線ネットワーク一時識別子（ＲＮＴＩ）が適用される所定フォーマットの下りリンク制御情報であり、
　前記予め規定されたＲＮＴＩは、システム情報ＲＮＴＩ、ページングＲＮＴＩ、及びランダムアクセスＲＮＴＩのうち少なくとも１つである
　付記１に記載の通信装置（１００）。
　（付記３）
　前記周波数リソース割当フィールドは、複数の通信装置（１００）に共通で用いる共通メッセージが送信される前記物理下りリンク共有チャネルの前記周波数リソースの割り当てを示し、
　前記共通メッセージは、システム情報メッセージ、ページングメッセージ、及びランダムアクセス応答のうち少なくとも１つである
　付記１又は２に記載の通信装置（１００）。
　（付記４）
　前記制御部（１２０）は、前記特定されたビット数に基づいて、前記周波数リソース割当フィールドが示す前記周波数リソースを特定し、
　前記受信部（１１２）は、前記特定された周波数リソースに基づいて、前記物理下りリンク共有チャネル上で前記共通メッセージを受信する
　付記３に記載の通信装置（１００）。
　（付記５）
　前記第２のリソースブロック数は、移動通信システムの技術仕様で前記所定端末タイプについて予め規定されたリソースブロック数である
　付記３又は４に記載の通信装置（１００）。
　（付記６）
　前記制御部（１２０）は、前記共通メッセージに対するサブキャリア間隔に基づいて前記第２のリソースブロック数を決定する
　付記５に記載の通信装置（１００）。
　（付記７）
　前記サブキャリア間隔ごとに当該サブキャリア間隔と前記第２のリソースブロック数との対応関係が前記技術仕様で予め規定されており、
　前記受信部（１１２）は、前記サブキャリア間隔を示すパラメータを含むマスタ情報ブロックを物理ブロードキャストチャネル上で前記基地局（２００）から受信し、
　前記制御部（１２０）は、前記パラメータが示す前記サブキャリア間隔と前記対応関係とに基づいて前記第２のリソースブロック数を決定する
　付記６に記載の通信装置（１００）。
　（付記８）
　前記受信部（１１２）は、前記第２のリソースブロック数を決定するためのインデックスを含むマスタ情報ブロックを物理ブロードキャストチャネル上で前記基地局（２００）から受信し、
　前記制御部（１２０）は、前記インデックスに基づいて前記第２のリソースブロック数を決定する
　付記３又は４に記載の通信装置（１００）。
　（付記９）
　前記制御部（１２０）は、前記インデックスに基づいて、前記第１のリソースブロック数及び前記第２のリソースブロック数のそれぞれを決定する
　付記８に記載の通信装置（１００）。
　（付記１０）
　前記インデックスは、前記制御リソースセットの設定を示す第１のインデックスである
　付記８又は９に記載の通信装置（１００）。
　（付記１１）
　前記インデックスは、共通サーチスペースの設定を示す第２のインデックスである
　付記８又は９に記載の通信装置（１００）。
　（付記１２）
　前記制御部（１２０）は、前記共通メッセージに対するサブキャリア間隔にさらに基づいて、前記第２のリソースブロック数を決定する
　付記８乃至１１のいずれかに記載の通信装置（１００）。
　（付記１３）
　前記サブキャリア間隔ごとに当該サブキャリア間隔と前記第２のリソースブロック数との対応関係が前記技術仕様で予め規定されており、
　前記受信部（１１２）は、前記サブキャリア間隔を示すパラメータをさらに含む前記マスタ情報ブロックを前記物理ブロードキャストチャネル上で前記基地局（２００）から受信し、
　前記制御部（１２０）は、前記インデックスと、前記パラメータが示す前記サブキャリア間隔と、前記対応関係とに基づいて、前記第２のリソースブロック数を決定する
　付記１２に記載の通信装置（１００）。
　（付記１４）
　前記制御部（１２０）は、同期信号ブロック（ＳＳＢ）に対するサブキャリア間隔及び／又は物理下りリンク制御チャネル（ＰＤＣＣＨ）に対するサブキャリア間隔にさらに基づいて、前記第２のリソースブロック数を決定する
　付記１２又は１３に記載の通信装置（１００）。
　（付記１５）
　前記下りリンク制御情報は、前記共通メッセージに対する繰り返し送信回数を示すフィールドをさらに含む
　付記１乃至１４のいずれかに記載の通信装置（１００）。
　（付記１６）
　少なくとも物理下りリンク共有チャネルについて対応可能な周波数帯域幅が所定帯域幅に低減された所定端末タイプの通信装置（１００）で実行する通信方法であって、
　前記物理下りリンク共有チャネルの周波数リソースの割り当てを示す周波数リソース割当フィールドを含む下りリンク制御情報を物理下りリンク制御チャネル上で基地局（２００）から受信するステップと、
　前記物理下りリンク制御チャネルに対応する制御リソースセットを構成する第１のリソースブロック数にかかわらず、前記所定帯域幅以下の周波数帯域幅に対応する第２のリソースブロック数に基づいて、前記周波数リソース割当フィールドのビット数を特定するステップと、を備える
　通信方法。

Claims (16)

  1. 　少なくとも物理下りリンク共有チャネルについて対応可能な周波数帯域幅が所定帯域幅に低減された所定端末タイプの通信装置（１００）であって、
    　前記物理下りリンク共有チャネルの周波数リソースの割り当てを示す周波数リソース割当フィールドを含む下りリンク制御情報を物理下りリンク制御チャネル上で基地局（２００）から受信する受信部（１１２）と、
    　前記物理下りリンク制御チャネルに対応する制御リソースセットを構成する第１のリソースブロック数にかかわらず、前記所定帯域幅以下の周波数帯域幅に対応する第２のリソースブロック数に基づいて、前記周波数リソース割当フィールドのビット数を特定する制御部（１２０）と、を備える
    　通信装置（１００）。
  2. 　前記下りリンク制御情報は、予め規定されたセル無線ネットワーク一時識別子（ＲＮＴＩ）が適用される所定フォーマットの下りリンク制御情報であり、
    　前記予め規定されたＲＮＴＩは、システム情報ＲＮＴＩ、ページングＲＮＴＩ、及びランダムアクセスＲＮＴＩのうち少なくとも１つである
    　請求項１に記載の通信装置（１００）。
  3. 　前記周波数リソース割当フィールドは、複数の通信装置（１００）に共通で用いる共通メッセージが送信される前記物理下りリンク共有チャネルの前記周波数リソースの割り当てを示し、
    　前記共通メッセージは、システム情報メッセージ、ページングメッセージ、及びランダムアクセス応答のうち少なくとも１つである
    　請求項１又は２に記載の通信装置（１００）。
  4. 　前記制御部（１２０）は、前記特定されたビット数に基づいて、前記周波数リソース割当フィールドが示す前記周波数リソースを特定し、
    　前記受信部（１１２）は、前記特定された周波数リソースに基づいて、前記物理下りリンク共有チャネル上で前記共通メッセージを受信する
    　請求項３に記載の通信装置（１００）。
  5. 　前記第２のリソースブロック数は、移動通信システムの技術仕様で前記所定端末タイプについて予め規定されたリソースブロック数である
    　請求項３に記載の通信装置（１００）。
  6. 　前記制御部（１２０）は、前記共通メッセージに対するサブキャリア間隔に基づいて前記第２のリソースブロック数を決定する
    　請求項５に記載の通信装置（１００）。
  7. 　前記サブキャリア間隔ごとに当該サブキャリア間隔と前記第２のリソースブロック数との対応関係が前記技術仕様で予め規定されており、
    　前記受信部（１１２）は、前記サブキャリア間隔を示すパラメータを含むマスタ情報ブロックを物理ブロードキャストチャネル上で前記基地局（２００）から受信し、
    　前記制御部（１２０）は、前記パラメータが示す前記サブキャリア間隔と前記対応関係とに基づいて前記第２のリソースブロック数を決定する
    　請求項６に記載の通信装置（１００）。
  8. 　前記受信部（１１２）は、前記第２のリソースブロック数を決定するためのインデックスを含むマスタ情報ブロックを物理ブロードキャストチャネル上で前記基地局（２００）から受信し、
    　前記制御部（１２０）は、前記インデックスに基づいて前記第２のリソースブロック数を決定する
    　請求項３に記載の通信装置（１００）。
  9. 　前記制御部（１２０）は、前記インデックスに基づいて、前記第１のリソースブロック数及び前記第２のリソースブロック数のそれぞれを決定する
    　請求項８に記載の通信装置（１００）。
  10. 　前記インデックスは、前記制御リソースセットの設定を示す第１のインデックスである
    　請求項８に記載の通信装置（１００）。
  11. 　前記インデックスは、共通サーチスペースの設定を示す第２のインデックスである
    　請求項８に記載の通信装置（１００）。
  12. 　前記制御部（１２０）は、前記共通メッセージに対するサブキャリア間隔にさらに基づいて、前記第２のリソースブロック数を決定する
    　請求項８に記載の通信装置（１００）。
  13. 　前記サブキャリア間隔ごとに当該サブキャリア間隔と前記第２のリソースブロック数との対応関係が前記技術仕様で予め規定されており、
    　前記受信部（１１２）は、前記サブキャリア間隔を示すパラメータをさらに含む前記マスタ情報ブロックを前記物理ブロードキャストチャネル上で前記基地局（２００）から受信し、
    　前記制御部（１２０）は、前記インデックスと、前記パラメータが示す前記サブキャリア間隔と、前記対応関係とに基づいて、前記第２のリソースブロック数を決定する
    　請求項１２に記載の通信装置（１００）。
  14. 　前記制御部（１２０）は、同期信号ブロック（ＳＳＢ）に対するサブキャリア間隔及び／又は物理下りリンク制御チャネル（ＰＤＣＣＨ）に対するサブキャリア間隔にさらに基づいて、前記第２のリソースブロック数を決定する
    　請求項１２に記載の通信装置（１００）。
  15. 　前記下りリンク制御情報は、前記共通メッセージに対する繰り返し送信回数を示すフィールドをさらに含む
    　請求項１に記載の通信装置（１００）。
  16. 　少なくとも物理下りリンク共有チャネルについて対応可能な周波数帯域幅が所定帯域幅に低減された所定端末タイプの通信装置（１００）で実行する通信方法であって、
    　前記物理下りリンク共有チャネルの周波数リソースの割り当てを示す周波数リソース割当フィールドを含む下りリンク制御情報を物理下りリンク制御チャネル上で基地局（２００）から受信するステップと、
    　前記物理下りリンク制御チャネルに対応する制御リソースセットを構成する第１のリソースブロック数にかかわらず、前記所定帯域幅以下の周波数帯域幅に対応する第２のリソースブロック数に基づいて、前記周波数リソース割当フィールドのビット数を特定するステップと、を備える
    　通信方法。
PCT/JP2023/019563 2022-06-06 2023-05-25 通信装置及び通信方法 WO2023238688A1 (ja)

Applications Claiming Priority (2)

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

Publications (1)

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

Family

ID=89118135

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/019563 WO2023238688A1 (ja) 2022-06-06 2023-05-25 通信装置及び通信方法

Country Status (1)

Country Link
WO (1) WO2023238688A1 (ja)

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
US10212732B2 (en) Method for transmitting and receiving uplink data using contention based resources in wireless communication system and apparatus therefor
EP3437285B1 (en) Method performed by user equipment, method performed by evolved node b, user equipment, and evolved node b
EP3800815B1 (en) Devices and methods for epdcch monitoring in wireless communication systems
CN109076517B (zh) 用户设备、基站装置以及通信方法
JP6546607B2 (ja) 無線通信システムにおいて競合ベースリソースを用いたスケジューリング要求伝送方法及びそのための装置
EP2448157B1 (en) Method and apparatus for managing system information in wireless communication system supporting multi-carriers
CN111096055A (zh) 终端设备、基站设备、方法和记录介质
JP7043746B2 (ja) 通信装置、通信方法及びコンピュータプログラム
WO2015020190A1 (ja) 端末装置、基地局装置、通信方法、および集積回路
WO2016121863A1 (ja) 端末装置、基地局装置、集積回路、および、通信方法
CN107852715B (zh) 终端装置以及通信方法
WO2012097696A1 (zh) 随机接入方法、用户设备及网络设备
CN114175558A (zh) 用户装备、基站和方法
WO2023013547A1 (ja) 通信装置、基地局及び通信方法
JP6774414B2 (ja) 端末装置、および通信方法
WO2023238688A1 (ja) 通信装置及び通信方法
WO2023238689A1 (ja) 通信装置、基地局、及び通信方法
WO2023238686A1 (ja) 通信装置、基地局、及び通信方法
WO2023013548A1 (ja) 通信装置及び通信制御方法
WO2024070599A1 (ja) 端末及び基地局
US20240283620A1 (en) Communication apparatus, base station, and communication method
US20240349388A1 (en) Communication apparatus and communication method
WO2023058756A1 (ja) 通信装置、基地局及び通信方法
WO2023080036A1 (ja) 通信装置、基地局、及び通信方法
WO2023080037A1 (ja) 通信装置、基地局、及び通信方法

Legal Events

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

Ref document number: 23819670

Country of ref document: EP

Kind code of ref document: A1