COMMUNICATION DEVICE AND COMMUNICATION METHOD

Abstract

A communication device (40) is provided with a communication unit (41) and a control unit (45). The communication unit (41) monitors a PBCH and receives a signal. The control unit (45), on the basis of one or a plurality of bits included in the signal received in the PBCH, determines whether a first CORESET setting or a second CORESET setting is to be applied to perform communication.

Description

[Technical field]

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

[0002] A radio access method and a radio network for cellular mobile communication (hereinafter also referred to as "Long Term Evolution (LTE)", "LTE-Advanced (LTE-A)", "LTE-Advanced Pro (LTE-A Pro)", "5G (fifth generation)", "New Radio (NR)", "New Radio Access Technology (NRAT)", "Evolved Universal Terrestrial Radio Access (EUTRA)", or "Further EUTRA (FEUTRA)") are being considered in the 3rd Generation Partnership Project (3GPP). In the following description, LTE includes LTE-A, LTE-A Pro, and EUTRA, and NR includes NRAT and FEUTRA. In LTE and NR, a base station device (base station) is also referred to as eNodeB (evolved NodeB) in LTE and gNodeB (gNB) in NR, and a terminal device (mobile station, mobile station device, terminal) is also referred to as UE (User Equipment). LTE and NR are cellular communication systems in which a plurality of areas covered by base stations are arranged in a cell shape. A single base station may manage multiple cells.

[0003] NR is a next-generation radio access method that is different from LTE and is a RAT (Radio Access Technology). NR is an access technology that can support various use cases including eMBB (Enhanced mobile broadband), mMTC (Massive machine type communications), and URLLC (Ultra reliable and low latency communications). NR is being studied with the aim of creating a technology framework that can support the usage scenarios, requirements, and deployment scenarios of those use cases.

[0004] On the other hand, there is a demand for the extension of NR to use cases such as industrial wireless sensors, surveillance cameras, and wearables. These use cases require a new type of low-end device (which may be called a low-capability NR device or NR-light device) that has lower performance, device cost, and complexity than high-end eMBB and URLLC, maintains a battery life of several years, and meets higher service requirements than LPWA (e.g., LTE-M / NB-IOT). Details of low-capability NR devices are disclosed in Non-Patent Document 1 and Non-Patent Document 2. [Prior art documents] [Non-patent literature]

[0005] [Non-Patent Document 1] RP-193238, “New SID on support of reduced capability NR devices,” 3GPP TSG RAN Meeting #86, December 2019. [Non-Patent Document 2] RP-190844, “NR-Lite for Rel-17 Qualcomm views,”3GPP TSG RAN Meeting #84, June 2019. Summary of the Invention [Problem to be solved by the invention]

[0006] However, no consideration has been given to how the above-mentioned low capability NR devices would perform the initial access procedure.

[0007] Therefore, the present disclosure provides a communication device and a communication method capable of performing an initial access procedure even when low capability NR devices are mixed.

[0008] It should be noted that the above problem or objective is merely one of several problems or objectives that can be solved or achieved by several embodiments disclosed in this specification. [Means for solving the problem]

[0009] According to the present disclosure, a communication device is provided. The communication device includes a communication unit and a control unit. The communication unit monitors a PBCH to receive a signal. The control unit determines whether to apply a first CORESET setting or a second CORESET setting for communication based on one or more bits included in the signal received on the PBCH. [Brief description of the drawings]

[0010] [Figure 1] 1 is a diagram illustrating an example of an overall configuration of a communication system according to an embodiment of the present disclosure. [Diagram 2] FIG. 2 is a diagram illustrating an example of an SS / PBCH block. [Diagram 3] FIG. 1 is a diagram showing an example of an arrangement of SS / PBCH blocks. [Figure 4] FIG. 2 is a diagram showing an example of an IE (Information Element) of a MIB. [Diagram 5] FIG. 2 is a diagram showing an example of an IE (Information Element) of a MIB. [Figure 6] FIG. 2 is a diagram illustrating an example of the structure of BCCH and BCH messages. [Figure 7A]1 is a diagram showing a table used for setting CORESET #0. [Figure 7B] 1 is a diagram showing a table used for setting CORESET #0. [Figure 7C] 1 is a diagram showing a table used for setting CORESET #0. [Figure 7D] 1 is a diagram showing a table used for setting CORESET #0. [Figure 7E] 1 is a diagram showing a table used for setting CORESET #0. [Figure 7F] 1 is a diagram showing a table used for setting CORESET #0. [Figure 7G] 1 is a diagram showing a table used for setting CORESET #0. [Figure 7H] 1 is a diagram showing a table used for setting CORESET #0. [Figure 7I] 1 is a diagram showing a table used for setting CORESET #0. [Figure 7J] 1 is a diagram showing a table used for setting CORESET #0. [Figure 7K] 1 is a diagram showing a table used for setting CORESET #0. [Figure 7L] 1 is a diagram showing a table used for setting CORESET #0. [Figure 8A] 13 is a diagram showing a table used to set PDCCH monitoring occasions of a Type 0-PDCCH CSS set. [Figure 8B] 13 is a diagram showing a table used to set PDCCH monitoring occasions of a Type 0-PDCCH CSS set. [Figure 8C] 13 is a diagram showing a table used to set PDCCH monitoring occasions of a Type 0-PDCCH CSS set. [Figure 8D] 13 is a diagram showing a table used to set PDCCH monitoring occasions of a Type 0-PDCCH CSS set. [Figure 8E] 13 is a diagram showing a table used to set PDCCH monitoring occasions of a Type 0-PDCCH CSS set. [Figure 9A] FIG. 13 is a diagram for explaining an example of multiplexing of SS / PBCH blocks and CORESET. [Figure 9B] FIG. 13 is a diagram for explaining an example of multiplexing of SS / PBCH blocks and CORESET. [Figure 9C] FIG. 13 is a diagram for explaining an example of multiplexing of SS / PBCH blocks and CORESET. [Figure 10] FIG. 1 is a diagram showing an example of an IE (Information Element) of a MIB in LTE. [Figure 11] 1 is a diagram for explaining an example of an arrangement of CORESET #0 according to an embodiment of the present disclosure. FIG. [Figure 12] FIG. 2 is a block diagram showing an example of a configuration of a base station device according to an embodiment of the present disclosure. [Figure 13] FIG. 2 is a diagram illustrating a configuration example of a terminal device according to an embodiment of the present disclosure. [Figure 14] 1 is a diagram for explaining a method of indicating a secondary PBCH according to an embodiment of the present disclosure. FIG. [Figure 15] 1 is a diagram showing a correspondence relationship between reserved bits included in a PBCH and resources of a secondary PBCH according to an embodiment of the present disclosure. [Figure 16] 1 is a diagram showing a correspondence relationship between reserved bits included in a PBCH and resources of a secondary PBCH according to an embodiment of the present disclosure. [Figure 17] 11 is a diagram for explaining a method of indicating a second CORESET #0 according to an embodiment of the present disclosure. FIG. [Figure 18] 11 is a diagram showing a correspondence relationship between reserved bits included in a PBCH and resources of a second CORESET #0 according to an embodiment of the present disclosure. [Figure 19]11 is a diagram showing a correspondence relationship between reserved bits included in a PBCH and resources of a second CORESET #0 according to an embodiment of the present disclosure. [Figure 20A] 11 is a diagram illustrating an example of a second table according to an embodiment of the present disclosure. [Figure 20B] 11 is a diagram illustrating an example of a second table according to an embodiment of the present disclosure. [Figure 20C] 11 is a diagram illustrating an example of a second table according to an embodiment of the present disclosure. [Figure 20D] 11 is a diagram illustrating an example of a second table according to an embodiment of the present disclosure. [Figure 20E] 11 is a diagram illustrating an example of a second table according to an embodiment of the present disclosure. [Figure 20F] 11 is a diagram illustrating an example of a second table according to an embodiment of the present disclosure. [Figure 21] 11 is a diagram for explaining a method of indicating CORESET #0 according to an embodiment of the present disclosure. FIG. [Figure 22] 11 is a chart showing an example of parameters related to a synchronous raster. [Diagram 23] 11 is a chart illustrating an example of parameters related to a synchronous raster according to an embodiment of the present disclosure. [Figure 24] 13 is a chart illustrating another example of parameters related to synchronous rasters according to an embodiment of the present disclosure. [Diagram 25] FIG. 2 is a diagram illustrating an example of the configuration of a secondary PBCH according to an embodiment of the present disclosure. [Figure 26] 1 is a diagram for explaining an example of a method of multiplexing a secondary PBCH and an SS / PBCH block according to an embodiment of the present disclosure. FIG. [Figure 27] 11 is a diagram for explaining another example of a method for multiplexing a secondary PBCH and an SS / PBCH block according to an embodiment of the present disclosure. FIG. [Figure 28] 11 is a diagram for explaining another example of a method for multiplexing a secondary PBCH and an SS / PBCH block according to an embodiment of the present disclosure. FIG. [Figure 29]11 is a diagram for explaining another example of a method for multiplexing a secondary PBCH and an SS / PBCH block according to an embodiment of the present disclosure. FIG. [Diagram 30] 11 is a diagram for explaining another example of a method for multiplexing a secondary PBCH and an SS / PBCH block according to an embodiment of the present disclosure. FIG. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0011] Hereinafter, exemplary embodiments of the present disclosure will be described in detail with reference to the accompanying drawings. In this specification and the drawings, components having substantially the same functional configurations are denoted by the same reference numerals, and redundant description will be omitted.

[0012] In addition, in this specification and drawings, elements having substantially the same functional configuration may be distinguished by adding different alphabets after the same reference numeral. For example, multiple elements having substantially the same functional configuration may be distinguished as base station devices 20A and 20B as necessary. However, when there is no need to particularly distinguish between multiple elements having substantially the same functional configuration, only the same reference numerals are attached. For example, when there is no need to particularly distinguish between base station devices 20A and 20B, they are simply referred to as base station device 20.

[0013] One or more embodiments (including examples and modified examples) described below can be implemented independently. Meanwhile, at least a part of the embodiments described below may be implemented in appropriate combination with at least a part of another embodiment. These embodiments may include novel features different from each other. Thus, these embodiments may contribute to solving different purposes or problems and may provide different effects.

[0014] The explanation will be given in the following order. 1. Introduction 1.1. System configuration example 1.2. Related technologies 1.3.Technical issues 2. Example of each device configuration 2.1. Example of base station equipment configuration 2.2. Example of terminal device configuration 3. Technical features 3.1.SS / PBCH Block 3.2.RMSI(SIB1) 3.3.RACH procedure 3.4.Initial DL BWP 3.5.Secondary PBCH configuration example 4. Variations 5. Summary

[0015] <<1. Introduction>> <1.1. System configuration example> Fig. 1 is a diagram showing an example of an overall configuration of a communication system 1 according to an embodiment of the present disclosure. As shown in Fig. 1, the communication system 1 includes a plurality of base station devices 20 (20A and 20B), a plurality of terminal devices 40 (40A and 40B), a core network 120, and a PDN (Packet Data Network) 130. Note that the number of each device is not limited to this, and for example, there may be one each of the base station device 20 and the terminal device 40.

[0016] The base station device 20 is a communication device that operates a cell 110 and provides wireless communication services to one or more terminal devices 40 located within the coverage of the cell 110. The cell 110 is operated according to any wireless communication method, such as LTE or NR. The base station device 20 is connected to a core network 120. The core network 120 is connected to a packet data network (PDN) 130 via a gateway device (not shown). The base station device 20 may be configured as a collection of multiple physical or logical devices. For example, in the embodiment of the present disclosure, the base station device 20 may be divided into multiple devices, a baseband unit (BBU) and a radio unit (RU), and may be interpreted as a collection of these multiple devices. Additionally or alternatively, in the embodiment of the present disclosure, the base station device 20 may be either or both of a BBU and a RU. The BBU and the RU may be connected by a predetermined interface (e.g., eCPRI). Additionally or alternatively, the RU may be called a remote radio unit (RRU) or a radio DoT (RD). Additionally or alternatively, the RU may be compatible with gNB-DU, which will be described later. Additionally or alternatively, the BBU may be compatible with gNB-CU, which will be described later. Additionally or alternatively, the RU may be a device formed integrally with an antenna. The antenna of the base station device 20 (e.g., an antenna formed integrally with the RU) may employ an Advanced Antenna System and support MIMO (e.g., FD-MIMO) and beamforming. In the Advanced Antenna System, the antenna of the base station device 20 (e.g., an antenna formed integrally with the RU) may include, for example, 64 transmitting antenna ports and 64 receiving antenna ports.

[0017] Furthermore, a plurality of base station devices 20 may be connected to each other. One or more base station devices 20 may be included in a radio access network (RAN). That is, the base station device 20 may simply be referred to as a RAN, a RAN node, an AN (Access Network), or an AN node. The RAN in LTE is called EUTRAN (Enhanced Universal Terrestrial RAN). The RAN in NR is called NGRAN. The RAN in W-CDMA (UMTS) is called UTRAN. The LTE base station device 20 is called eNodeB (Evolved Node B) or eNB. That is, the EUTRAN includes one or more eNodeBs (eNBs). The NR base station device 20 is called gNodeB or gNB. That is, the NGRAN includes one or more gNBs. Furthermore, the EUTRAN may include a gNB (en-gNB) connected to a core network (EPC) in an LTE communication system (EPS). Similarly, the NGRAN may include an ng-eNB connected to a core network 5GC in a 5G communication system (5GS). Additionally or alternatively, when the base station device 20 is an eNB, gNB, or the like, it may be referred to as 3GPP Access. Additionally or alternatively, when the base station device 20 is a wireless access point (Access Point), it may be referred to as Non-3GPP Access. Additionally or alternatively, the base station device 20 may be a radio extension device called an RRH (Remote Radio Head). Additionally or alternatively, when the base station device 20 is a gNB, the base station device 20 may be referred to as a combination of the above-mentioned gNB CU (Central Unit) and gNB DU (Distributed Unit), or any of them. The gNB CU (Central Unit) hosts multiple upper layers (e.g., RRC, SDAP, PDCP) of the Access Stratum for communication with the UE. On the other hand, the gNB-DU hosts multiple lower layers (e.g., RLC, MAC, PHY) of the Access Stratum.That is, among the message information described later, RRC signaling (e.g., MIB, various SIBs including SIB1, RRCSetup message, RRCReconfiguration message) may be generated by the gNB CU, while DCI and various physical channels (e.g., PDCCH, PBCH) described later may be generated by the gNB-DU. Alternatively, among the RRC signaling, some configurations such as IE:cellGroupConfig may be generated by the gNB-DU, and the remaining configurations may be generated by the gNB-CU. These configurations may be transmitted and received via the F1 interface described later. The base station device 20 may be configured to be able to communicate with other base station devices 20. For example, when multiple base station devices 20 are eNBs or a combination of an eNB and an en-gNB, the base station devices 20 may be connected to each other via an X2 interface. Additionally or alternatively, when multiple base station devices 20 are gNBs or a combination of a gn-eNB and a gNB, the devices may be connected to each other via an Xn interface. Additionally or alternatively, when the multiple base station devices 20 are a combination of a gNB CU (Central Unit) and a gNB DU (Distributed Unit), the devices may be connected to each other via the above-mentioned F1 interface. Message information (RRC signaling or DCI information, physical channel) described later may be communicated between the multiple base station devices 20 (e.g., via X2, Xn, F1 interfaces).

[0018] Furthermore, as described above, the base station device 20 may be configured to manage multiple cells. A cell provided by the base station device 20 is called a serving cell. The serving cell includes a PCell (Primary Cell) and an SCell (Secondary Cell). When dual connectivity (e.g., EUTRA-EUTRA Dual Connectivity, EUTRA-NR Dual Connectivity (ENDC), EUTRA-NR Dual Connectivity with 5GC, NR-EUTRA Dual Connectivity (NEDC), NR-NR Dual Connectivity) is provided to a UE (e.g., a terminal device 40), a PCell and zero or more SCell(s) provided by a MN (Master Node) are called a Master Cell Group. Furthermore, the serving cell may include a PSCell (Primary Secondary Cell or Primary SCG Cell). That is, when dual connectivity is provided to a UE, a PSCell and zero or more SCell(s) provided by a SN (Secondary Node) are called a Secondary Cell Group (SCG). Unless a special configuration (e.g., PUCCH on SCell) is made, the physical uplink control channel (PUCCH) is transmitted on the PCell and PSCell, but not on the SCell. Radio Link Failure is also detected on the PCell and PSCell, but not on the SCell (does not need to be detected). As such, the PCell and PSCell have a special role among the Serving Cell(s), and are therefore also called Special Cells (SpCells). One cell may be associated with one Downlink Component Carrier and one Uplink Component Carrier. Furthermore, the system bandwidth corresponding to one cell may be divided into multiple bandwidth parts.In this case, one or more Bandwidth Parts (BWPs) may be configured for the UE, and one Bandwidth Part may be used by the UE as an Active BWP. In addition, the radio resources (e.g., frequency band, numerology (subcarrier spacing), slot format (Slot configuration)) that the terminal device 40 can use may differ for each cell, each component carrier, or each BWP.

[0019] When the core network 120 is an NR core network (5G Core (5GC)), the core network 120 may include an Access and Mobility Management Function (AMF), a Session Management Function (SMF), a User Plane Function (UPF), a Policy Control Function (PCF), and a Unified Data Management (UDM).

[0020] When the core network 120 is an LTE core network (Evolved Packet Core (EPC)), the core network 120 may include an MME (Mobility Management Entity), an S-GW (Serving gateway), a P-GW (PDN gateway), a PCRF (Policy and Charging Rule Function), and an HSS (Home Subscriber Server). The AMF and MME are control nodes that handle control plane signals and manage the mobility state (Mobility) of the terminal device 40. The UPF and S-GW / P-GW are nodes that handle user plane signals. The PCF / PCRF are control nodes that perform control regarding policies and charging such as QoS (Quality of Service) for PDU sessions or bearers. The UDM / HSS are control nodes that handle subscriber data and perform service control.

[0021] The terminal device 40 is a communication device that wirelessly communicates with the base station device 20 based on the control by the base station device 20. For example, the terminal device 40 measures a downlink signal from the base station device 20 and reports measurement information indicating the measurement result to the base station device 20. The base station device 20 controls wireless communication with the terminal device 40 based on the reported measurement information. On the other hand, the terminal device 40 may transmit an uplink signal for measurement to the base station device 20. In that case, the base station device 20 measures the uplink signal from the terminal device 40 and controls wireless communication with the terminal device 40 based on the measurement information.

[0022] As described above, the base station devices 20 can transmit and receive information to each other using an inter-base station interface. When the core network is 5GC, the inter-base station interface may be an Xn interface. When the core network is EPC, the inter-base station interface may be an X2 interface. For example, the base station device 20 transmits measurement information (e.g., measurement results of cells managed by the source base station device, measurement results of adjacent cells) related to the terminal device 40 for which handover is predicted, to another adjacent base station device 20. This realizes a stable handover and ensures the stability of wireless communication of the terminal device 40.

[0023] 1, there may be communication devices around the communication system 1 that provide wireless communication services operated by other RATs such as Wi-Fi (registered trademark) and MultiFire, other than cellular communication. Such communication devices are typically connected to the PDN 130.

[0024] Here, the terminal device 40 according to the embodiment of the present disclosure includes a first terminal device 40A and a second terminal device 40B. The first terminal device 40A may be a high-end terminal device compatible with use cases such as eMBB (Enhanced Mobile Broadband) and URLLC (Ultra-Reliable and Low Latency Communications). The first terminal device 40A may be referred to as a conventional NR device (e.g., Normal NR UE, Legacy NR UE) to distinguish it from the second terminal device 40B.

[0025] Moreover, the second terminal device 40B is a terminal device that has lower performance, device cost, and complexity and consumes less power than the first terminal device 40A, in other words, has lower capabilities than the first terminal device 40A. The second terminal device 40B may be referred to as a low-capability NR device (e.g., NR-Light UE) to distinguish it from the first terminal device 40A.

[0026] [First terminal device] The first terminal device 40A is a terminal device whose maximum supported reception bandwidth is greater than a predetermined value. The predetermined value is, for example, the minimum supported reception bandwidth (5 MHz in FR1, 50 MHz in FR2).

[0027] Specifically, the supported reception bandwidth of the first terminal device 40A is determined by the supported operating band and subcarrier spacing, with FR1 being in the range of 5 MHz to 100 MHz and FR2 being in the range of 50 MHz to 400 MHz. For example, the first terminal device 40A supporting the NR band n1 supports reception bands of 5, 10, 15, and 20 MHz, and the first terminal device 40A supporting the NR band n41 supports reception bands of 10, 15, 20, 40, 50, 60, 80, 90, and 100 MHz. In addition, the first terminal device 40A supporting the NR bands n257, n258, n260, and n261 supports reception bands of 50, 100, 200, and 400 MHz.

[0028] The first terminal device 40A supports at least two receiving antennas in a band of 2.5 GHz or less in FR1. Also, the first terminal device 40A supports at least four receiving antennas in a band above 2.5 GHz in FR1. Furthermore, the first terminal device 40A supports four-layer MIMO in a band above 2.5 GHz.

[0029] The first terminal device 40A supports full-duplex (full-duplex communication) in FDD (Frequency Division Duplex).

[0030] The UE (User Equipment) processing time is determined based on the UE processing capability. In the first terminal device 40A, two types of processing capabilities are defined: UE processing capability 1 and UE processing capability 2. UE processing capability 1 defines the default processing capability of the terminal device 40 (NR device). UE processing capability 2 defines a capability with a higher processing capability than UE processing capability 1.

[0031] [Second terminal device] The second terminal device 40B has a narrower supported bandwidth than the first terminal device 40A, for example. The second terminal device 40B supports a reception band narrower than 100 MHz in FR1. The second terminal device 40B supports a reception band narrower than 200 MHz in FR2. That is, the second terminal device 40B is a terminal device whose maximum supported reception bandwidth is equal to or smaller than a predetermined value. The predetermined value is, for example, the minimum supported reception bandwidth of the first terminal device 40A (5 MHz in FR1, 50 MHz in FR2).

[0032] For example, in FR1, if the second terminal device 40B supports a subcarrier interval (SCS, numerology) of 15 kHz, the upper limit is a bandwidth of 5 MHz or 10 MHz. For example, in FR1, if the second terminal device 40B supports a subcarrier interval of 30 kHz, the upper limit is a bandwidth of 10 MHz or 20 MHz. For example, in FR2, if the second terminal device 40B supports a subcarrier interval of 60 kHz or 120 kHz, the upper limit is a bandwidth of 50 MHz.

[0033] Furthermore, the second terminal device 40B supports, for example, a smaller number of antennas than the first terminal device 40A. For example, the second terminal device 40B supports one receiving antenna in FR1.

[0034] The second terminal device 40B supports, for example, half-duplex (half-duplex communication) in FDD.

[0035] The second terminal device 40B has, for example, a longer UE processing time or a lower UE processing capability than the first terminal device 40A. That is, in the second terminal device 40B, a processing capability lower than the above-mentioned UE processing capability 1 may be applied. Alternatively, in the second terminal device 40B, a processing time longer than the above-mentioned UE processing capability 1 may be tolerated.

[0036] As a use case of such a low-capability second terminal device 40B, for example, it is assumed that the second terminal device 40B is applied to an industrial wireless sensor that reports environmental information such as temperature, humidity, and air pressure. Alternatively, it is assumed that the second terminal device 40B is applied to a surveillance camera (Video Surveillance) and used for video surveillance in a smart city or factory. In addition, it is assumed that the second terminal device 40B is applied to a wearable device such as a smart watch, a smart ring, or a medical / healthcare device. In addition, the second terminal device 40B may also be applied to a smart home device.

[0037] <1.2. Related technologies> Next, a technique related to an initial access (cell connection) procedure in a communication system including only the first terminal device 40A and not the second terminal device 40B (hereinafter also referred to as a conventional communication system) will be described.

[0038] FIG. 2 is a diagram showing an example of an SS / PBCH block. The SS / PBCH block (SSB block) is composed of a PSS (Primary Synchronization Signal), an SSS (Secondary Synchronization Signal), a PBCH (Physical Broadcast Channel), and a PBCH DMRS (Demodulation Reference Signal). The PSS and SSS are composed of 127 sequences and are arranged in 127REs. The PSS is arranged in the first symbol of the SS / PBCH block, and the SSS is arranged in the third symbol of the SS / PBCH block. The PBCH is arranged in the second to fourth symbols. The second and fourth symbols of the PBCH are arranged in 20 PRBs (Physical Resource Blocks), and the third symbol is arranged in the four PRBs above and below the SS / PBCH block.

[0039] The MIB (Master Information Block) between SS / PBCH blocks with the same center frequency is the same, whereas the MIB between SS / PBCH blocks with different center frequencies may be different.

[0040] Furthermore, multiple SS / PBCH blocks are placed on the same center frequency. Each SS / PBCH block is assigned a different SS / PBCH block index. The first terminal device 40A may assume that SS / PBCH blocks having the same block index placed on the same center frequency are QCL (Quasi Co-Location). On the other hand, the terminal device 40 does not need to assume that SS / PBCH blocks placed on different center frequencies or SS / PBCH blocks having different block indexes placed on the same center frequency are QCL.

[0041] Figure 3 is a diagram showing an example of the arrangement of SS / PBCH blocks. As an example, the SS / PBCH is arranged as shown in Figure 3. One or more SS / PBCH blocks are arranged in a half frame (5 msec). Multiple SS / PBCH blocks in a half frame are also called an SS / PBCH block burst or an SSB burst.

[0042] The maximum number of SS / PBCH blocks placed in one half frame is defined as Lmax, which is 4 for FR1 and 3 GHz or less, 8 for FR1 and 3 GHz or more, 10 for unlicensed bands and 15 kHz SCS, 20 for unlicensed bands and 30 kHz SCS, and 64 for FR2. In other words, the number of SSBs in one SSB burst may depend on the Subcarrier Spacing associated with the frequency band.

[0043] The first symbol of one or more SS / PBCH blocks is aligned to the following symbol: Case A:{2,8}+14×n Case B: {4,8,16,20}+28×n Case C:{2,8}+14×n Case D: {4,8,16,20}+28×n Case E:{2,8}+14×n Here, n is any positive number.

[0044] The period of the SS / PBCH block burst can be set to any one of 5, 10, 20, 40, 80, and 160 msec. On the other hand, in initial cell selection, the terminal device 40 assumes that the period of the SS / PBCH block burst is 20 msec.

[0045] In the future, frequency bands (e.g., 100 GHz band) and frequency ranges (e.g., FR3) higher than 52600 MHz may be newly defined. In that case, since it is necessary to further narrow the beam, the maximum number of SSBs (Lmax) in one SSB burst may not be 64 to cover the same geographical area. For example, in the 100 GHz band, Lmax=64 may not be sufficient, and Lmax may be larger than 64, such as 128 or 256. Some embodiments including this embodiment are also applicable to frequency ranges (e.g., FR3) and Lmax of 64 or more that may be defined in the future.

[0046] 4 and 5 are diagrams showing an example of an IE (Information Element) of the MIB. The MIB of NR is composed of 23 bits. The MIB is composed of the IE (Information Element) shown in FIG. 4 and FIG. 5.

[0047] Fig. 6 is a diagram showing an example of the structure of BCCH and BCH messages. A BCCH (Broadcast Control Channel) is mapped to a BCH (Broadcast Channel). As shown in Fig. 6, a BCH is composed of MIB or messageClassExtension. In the case of MIB, BCH data is composed of 24 bits, which is the number of MIB bits (23 bits) plus 1 selection bit.

[0048] The PBCH payload includes the BCH data plus the 1st, 2nd, 3rd and 4th SFN LSBs and half-frame bits.

[0049] Furthermore, when Lmax is 64 (i.e., in the case of FR2), the PBCH payload includes the 4th, 5th, and 6th SSB (Synchronization Signal / PBCH block) indexes, and otherwise (i.e., in the case of FR1), K SSB Includes the MSB of the 16-bit arithmetic and two reserved bits.

[0050] In NR, RMSI (SIB1) is sent by PDSCH (Physical Downlink Shared Channel) and PDCCH that schedules the PDSCH. The PDCCH is placed in the search space of Type0-PDCCH CSS set. In addition, CRC scrambled by SI-RNTI is added to the PDCCH.

[0051] In initial access of a cell (including, for example, Cell Search, Cell selection / reselection, Random Access procedure, and RRC Connection Establishment procedure), the terminal device 40 (UE) sets CORESET #0 (CORESET for Type0-PDCCH search space set) and the Type0-PDCCH CSS set by the MIB. Specifically, the terminal device 40 (UE) receives an SSB, and receives the MIB mapped to the PBCH included in the SSB. The 8-bit PDCCH-ConfigSIB1 included in the MIB sets CORESET #0 and the PDCCH monitoring occasion of the Type0-PDCCH CSS set.

[0052] Figures 7A to 7L are diagrams showing tables used for setting CORESET #0. The setting of CORESET #0 notified by the MIB is notified by an index and the tables shown in Figures 7A to 7L. The index specifies the SS / PBCH block and CORESET multiplexing pattern, the number of RBs (Resource Blocks), the number of symbols, and the resource block offset from the SS / PBCH block of CORESET #0.

[0053] Figures 8A to 8E are diagrams showing tables used for setting the PDCCH monitoring occasion of a Type0-PDCCH CSS set. The setting of the PDCCH monitoring occasion of a Type0-PDCCH CSS set notified by the MIB is notified by an index and the tables shown in Figures 8A to 8L. The index specifies a value O specifying the start slot of the PDCCH monitoring occasion of the Type0-PDCCH CSS set, the number of search space sets in the slot, a value M indicating the relationship between the SS / PBCH block and the PDCCH monitoring occasion, and a first symbol index.

[0054] Here, an example of multiplexing of SS / PBCH blocks and CORESET (SS / PBCH block and CORESET multiplexing pattern) will be described. Figures 9A to 9C are diagrams for explaining an example of multiplexing of SS / PBCH blocks and CORESET. As shown in Figures 9A to 9C, three patterns of SS / PBCH block and CORESET multiplexing patterns are defined.

[0055] In pattern 1 shown in Fig. 9A, the SS / PBCH block and the PDSCH carrying CORESET #0 and SIB1 are multiplexed by TDM (Time Division Multiplexing). In pattern 2 shown in Fig. 9B, the SS / PBCH block and CORESET #0 are multiplexed by TDM, and the SS / PBCH block and the PDSCH carrying SIB1 are multiplexed by FDM (Frequency Division Multiplexing). In pattern 3 shown in Fig. 9C, the SS / PBCH block and CORESET #0 are multiplexed by FDM, and the PDSCH carrying SS / PBCH block and SIB1 are multiplexed by FDM.

[0056] After cell connection (eg, after transition to RRC_Connected in PCell), the configuration of CORESET #0 and / or the configuration of Type0-PDCCH CSS set may be overwritten by dedicated RRC signaling (ie, RRC Setup message, RRC Reconfiguration message).

[0057] Here, even in LTE, a terminal device capable of receiving a wide bandwidth and a terminal device capable of receiving a narrow bandwidth (referred to as an MTC terminal) can coexist in one cell (for example, a serving cell).

[0058] Such an MTC terminal may not be able to receive the PDCCH region that a terminal device capable of receiving wide bandwidth can receive. Therefore, in LTE, a PDCCH region (M-PDCCH region) that can be received for an MTC terminal is notified using spare bits provided in the PBCH.

[0059] 10 is a diagram showing an example of IE (Information Element) of MIB in LTE. Specifically, a terminal device capable of receiving a wide bandwidth acquires dl-Bandwidth, phich-Config, and systemFrameNumber. On the other hand, an MTC terminal acquires schedulingInfoSIB1-BR in addition to dl-Bandwidth, phich-Config, and systemFrameNumber, and recognizes the M-PDCCH region.

[0060] <1.3.Technical issues> As described above, a communication system in which the first terminal device 40A, which is a conventional device, and the second terminal device 40B, which is a low capability, coexist is desired. Coexistence here means that the second terminal device 40B can also be connected to the cell / carrier to which the first terminal device 40A is connected, and both services can be provided in the same cell / carrier by using multiplexing with orthogonal resources and / or non-orthogonal resources such as time, frequency, and space.

[0061] In this case, simply adding a second terminal device 40B with lower capabilities to a conventional communication system makes it difficult for the second terminal device 40B to perform an initial access procedure (e.g., including a Cell Search, Cell selection / reselection, Random Access procedure, and RRC Connection Establishment procedure) to establish a cell connection.

[0062] For example, if information related to initial access is provided in a bandwidth wider than the maximum supported reception bandwidth of the second terminal device 40B, it is difficult for the second terminal device 40B to receive the information.

[0063] For example, in order to receive basic information (MSI: Minimum System Information) necessary for cell connection, CORESET #0 (CORESET for Type0-PDCCH search space set) is set by the MIB. In a conventional communication system, CORESET #0 can be set with a maximum of 96 PRBs if the subcarrier interval is 15 kHz. On the other hand, it is difficult for the second terminal device 40B to receive CORESET #0 set with a PRB number greater than the maximum supported bandwidth. Specifically, if the maximum supported bandwidth is 5 MHz, it is difficult for the second terminal device 40B to receive CORESET #0 set with a PRB number greater than 24 PRBs. Also, specifically, if the maximum supported bandwidth is 1.6 MHz, it is difficult for the second terminal device 40B to receive CORESET #0 set with a PRB number greater than 6 PRBs. Also, specifically, if the maximum supported bandwidth is 200 kHz, it is difficult for the second terminal device 40B to receive CORESET #0 set with a PRB number greater than 1 PRB.

[0064] Also, for example, when CORESET #0 is shared by the first terminal device 40A and the second terminal device 40B, its bandwidth is limited to 24 PRB. In this case, if the first terminal device 40A needs resources equivalent to 96 PRB to receive information required for cell connection, the time domain resources will be increased due to the limitation of the frequency domain resources. As a result, the time required for the first terminal device 40A to receive information required for cell connection becomes longer, and a problem with latency occurs. Therefore, it is necessary that the bandwidth of CORESET #0 can be set independently in the first terminal device 40A and the second terminal device 40B.

[0065] Here, for example, a method is considered in which a spare bit prepared in the PBCH is used to notify a PDCCH region that is receivable for the second terminal device 40B and is independent of the first terminal device 40A, as in the above-mentioned LTE. However, it is difficult to notify resource information of the PDCCH region of the second terminal device 40B using only one spare bit included in the MIB of the NR PBCH.

[0066] Overview of proposed technology Fig. 11 is a diagram for explaining an example of arrangement of CORESET #0 according to an embodiment of the present disclosure. In the technology of the present disclosure, as shown in Fig. 11, a first CORESET #0 (an example of a first CORESET setting) applied to a first terminal device 40A and a second CORESET #0 (an example of a second CORESET setting) applied to a second terminal device 40B are defined.

[0067] The first CORESET #0 is set to a maximum of 96 PRB that the first terminal device 40A can receive, while the second CORESET #0 is set to a maximum of 24 PRB that the second terminal device 40B can receive.

[0068] In the technique of the present disclosure, the terminal device 40 determines whether to apply the first CORESET #0 or the second CORESET #0 based on one or more bits included in a signal received by monitoring the PBCH.

[0069] Alternatively, a first PBCH specifying the first CORESET #0 and a second PBCH specifying the second CORESET #0 may be provided, and the first terminal device 40A may monitor the first PBCH and the second terminal device 40B may monitor the second PBCH. That is, the first terminal device 40A that receives signals by monitoring the first PBCH performs communication by applying the first CORESET #0, and the second terminal device 40B that receives signals by monitoring the second PBCH performs communication by applying the second CORESET #0.

[0070] <<2. Example of each device configuration>> <2.1. Example of base station device configuration> Next, a configuration of the base station device 20 will be described. Fig. 12 is a diagram illustrating an example of a configuration of the base station device 20 according to an embodiment of the present disclosure. The base station device 20 is a communication device (wireless system) that wirelessly communicates with the terminal device 40. The base station device 20 is a type of information processing device.

[0071] The base station device 20 includes a wireless communication unit 21, a storage unit 22, a network communication unit 23, and a control unit 24. Note that the configuration shown in Fig. 12 is a functional configuration, and the hardware configuration may be different from this. Also, the functions of the base station device 20 may be distributed and implemented in multiple physically separated devices.

[0072] The wireless communication unit 21 is a wireless communication interface that wirelessly communicates with other communication devices (e.g., terminal device 40 and other base station devices 20). The wireless communication unit 21 operates under the control of the control unit 24. The wireless communication unit 21 may be compatible with multiple wireless access methods. For example, the wireless communication unit 21 may be compatible with both NR and LTE. The wireless communication unit 21 may be compatible with other cellular communication methods such as W-CDMA and cdma2000. The wireless communication unit 21 may also be compatible with a wireless LAN communication method in addition to the cellular communication method. Of course, the wireless communication unit 21 may only be compatible with one wireless access method.

[0073] The wireless communication unit 21 includes a reception processing unit 211, a transmission processing unit 212, and an antenna 413. The wireless communication unit 21 may include a plurality of reception processing units 211, a transmission processing unit 212, and an antenna 413. When the wireless communication unit 21 supports a plurality of wireless access methods, each unit of the wireless communication unit 21 may be configured separately for each wireless access method. For example, when the base station device 20 supports NR and LTE, the reception processing unit 211 and the transmission processing unit 212 may be configured separately for NR and LTE.

[0074] The reception processing unit 211 processes an uplink signal received via the antenna 413. The reception processing unit 211 includes a radio reception unit 211a, a demultiplexing unit 211b, a demodulation unit 211c, and a decoding unit 211d.

[0075] The wireless receiver 211a performs down-conversion, removal of unnecessary frequency components, control of amplification level, orthogonal demodulation, conversion to digital signal, removal of guard interval, extraction of frequency domain signal by fast Fourier transform, etc., on the uplink signal. For example, assume that the wireless access method of the base station device 20 is a cellular communication method such as LTE. At this time, the demultiplexer 211b separates uplink channels such as PUSCH (Physical Uplink Shared Channel) and PUCCH (Physical Uplink Control Channel) and uplink reference signals from the signal output from the wireless receiver 211a. The demodulator 211c demodulates the received signal using a modulation method such as BPSK (Binary Phase Shift Keying) and QPSK (Quadrature Phase Shift Keying) for the modulation symbols of the uplink channel. The modulation method used by the demodulator 211c may be multi-level QAM such as 16QAM (Quadrature Amplitude Modulation), 64QAM, or 256QAM. The decoder 211d performs a decoding process on the coded bits of the demodulated uplink channel. The decoded uplink data and uplink control information are output to the controller 24.

[0076] The transmission processing unit 212 performs a transmission process of the downlink control information and the downlink data, and includes an encoding unit 212a, a modulation unit 212b, a multiplexing unit 212c, and a radio transmitting unit 212d.

[0077] The coding unit 212a codes the downlink control information and downlink data input from the control unit 24 using a coding method such as block coding, convolution coding, turbo coding, etc. The modulation unit 212b modulates the coded bits output from the coding unit 212a using a predetermined modulation method such as BPSK, QPSK, 16QAM, 64QAM, 256QAM, etc. The multiplexing unit 212c multiplexes the modulation symbols of each channel and the downlink reference signal, and places them in a predetermined resource element. The wireless transmission unit 212d performs various signal processing on the signal from the multiplexing unit 212c. For example, the wireless transmission unit 212d performs processing such as conversion to the time domain by fast Fourier transform, addition of a guard interval, generation of a baseband digital signal, conversion to an analog signal, quadrature modulation, up-conversion, removal of unnecessary frequency components, and power amplification. The signal generated by the transmission processing unit 212 is transmitted from the antenna 413.

[0078] The storage unit 22 is a data readable / writable storage device such as a DRAM, an SRAM, a flash memory, a hard disk, etc. The storage unit 22 functions as a storage unit of the base station device 20.

[0079] The network communication unit 23 is a communication interface for communicating with other devices (e.g., other base station devices 20). For example, the network communication unit 23 is a LAN (Local Area Network) interface such as a NIC (Network Interface Card). The network communication unit 23 may be a Universal Serial Bus (USB) interface configured with a USB host controller, a USB port, and the like. The network communication unit 23 may be a wired interface or a wireless interface. The network communication unit 23 functions as a network communication means of the base station device 20. The network communication unit 23 communicates with other devices under the control of the control unit 24.

[0080] The control unit 24 is a controller that controls each unit of the base station device 20. The control unit 24 is realized by a processor such as a central processing unit (CPU) or a micro processing unit (MPU). For example, the control unit 24 is realized by a processor executing various programs stored in a storage device inside the base station device 20 using a random access memory (RAM) or the like as a working area. The control unit 24 may be realized by an integrated circuit such as an application specific integrated circuit (ASIC) or a field programmable gate array (FPGA). The CPU, MPU, ASIC, and FPGA can all be considered as controllers.

[0081] <2.2. Example of terminal device configuration> Next, a configuration of the terminal device 40 will be described. Fig. 13 is a diagram showing an example of a configuration of the terminal device 40 according to an embodiment of the present disclosure. The terminal device 40 is a communication device (wireless system) that wirelessly communicates with the base station device 20. The terminal device 40 is a type of information processing device.

[0082] The terminal device 40 includes a wireless communication unit 41, a storage unit 42, an input / output unit 44, and a control unit 45. Note that the configuration shown in Fig. 13 is a functional configuration, and the hardware configuration may be different from this. Also, the functions of the terminal device 40 may be distributed and implemented in multiple physically separated components.

[0083] The wireless communication unit 41 is a wireless communication interface that wirelessly communicates with other communication devices (e.g., the base station device 20 and other terminal devices 40). The wireless communication unit 41 operates under the control of the control unit 45. The wireless communication unit 41 supports one or more wireless access methods. For example, the wireless communication unit 41 supports both NR and LTE. The wireless communication unit 41 may also support other wireless access methods, such as W-CDMA and cdma2000.

[0084] The wireless communication unit 41 includes a reception processing unit 411, a transmission processing unit 412, and an antenna 313. The wireless communication unit 41 may include a plurality of reception processing units 411, a transmission processing unit 412, and an antenna 313. When the wireless communication unit 41 supports a plurality of wireless access methods, each unit of the wireless communication unit 41 may be configured separately for each wireless access method. For example, the reception processing unit 411 and the transmission processing unit 412 may be configured separately for LTE and NR. The configurations of the reception processing unit 411 and the transmission processing unit 412 are similar to those of the reception processing unit 211 and the transmission processing unit 212 of the base station device 20.

[0085] The storage unit 42 is a data readable / writable storage device such as a DRAM, an SRAM, a flash memory, a hard disk, etc. The storage unit 42 functions as a storage unit of the terminal device 40.

[0086] The input / output unit 44 is a user interface for exchanging information with the user. For example, the input / output unit 44 is an operation device such as a keyboard, a mouse, an operation key, or a touch panel that allows the user to perform various operations. Alternatively, the input / output unit 44 is a display device such as a liquid crystal display (LCD) or an organic electroluminescence display (OLED). The input / output unit 44 may be an audio device such as a speaker or a buzzer. The input / output unit 44 may also be a lighting device such as an LED (Light Emitting Diode) lamp. The input / output unit 44 functions as an input / output means (input means, output means, operation means, or notification means) of the terminal device 40.

[0087] The control unit 45 is a controller that controls each unit of the terminal device 40. The control unit 45 is realized by a processor such as a CPU or an MPU. For example, the control unit 45 is realized by the processor executing various programs stored in a storage device inside the terminal device 40 using a RAM or the like as a working area. The control unit 45 may be realized by an integrated circuit such as an ASIC or an FPGA. The CPU, the MPU, the ASIC, and the FPGA can all be considered as controllers.

[0088] <<3. Technical features>> As described above, in order to allow the coexistence of a first terminal device 40A having conventional capabilities and a second terminal device 40B having lower capabilities, it is necessary to define an initial access procedure that can be implemented by both the first terminal device 40A and the second terminal device 40B.

[0089] <3.1.SS / PBCH block> Therefore, in an embodiment of the present disclosure, a first terminal device 40A applies a first CORESET setting and a second terminal device 40B applies a second CORESET setting, thereby enabling terminal devices 40 with different capabilities to connect to the same cell.

[0090] Here, the terminal device 40 obtains information for receiving CORESET #0 by receiving the SS / PBCH block. As a result, the terminal device 40 receives CORESET #0. In order for the first terminal device 40A to receive the first CORESET #0 and the second terminal device 40B to receive the second CORESET #0 as in this embodiment, there is a method (common SS / PBCH block) in which the first and second terminal devices 40A and 40B receive the first CORESET #0 and the second CORESET #0, respectively, using one SS / PBCH block. Alternatively, a method (individual SS / PBCH block) in which the first terminal device 40A receives the first SS / PBCH block for receiving the first CORESET #0 and the second terminal device 40B receives the second SS / PBCH block is also possible.

[0091] <Common SS / PBCH block> First, a case in which the SS / PBCH block is shared between the first and second terminal devices 40A and 40B will be described.

[0092] (Secondary PBCH) In this case, a method of transmitting a second PBCH (secondary PBCH) to transmit an additional MIB for the second terminal device 40B is considered. This secondary PBCH includes information for receiving at least the RMSI (SIB1) for the second terminal device 40B.

[0093] Here, examples of information for receiving the RMSI of the second terminal device 40B include the second CORESET configuration (CORESET #0 configuration for the second terminal device 40B, CORESET for Type0-PDCCH CSS set for the second terminal device 40B), the second Type0-PDCCH CSS set configuration, etc.

[0094] Other details about the physical configuration and information of the secondary PBCH will be described later.

[0095] Here, a method of indicating a secondary PBCH will be described. Fig. 14 is a diagram for explaining a method of indicating a secondary PBCH according to an embodiment of the present disclosure.

[0096] As shown in FIG. 14, the first CORESET #0 is indicated by an SS / PBCH block, and the first terminal device 40A obtains information for receiving the first CORESET #0 by receiving the SS / PBCH block.

[0097] Moreover, the secondary PBCH is indicated by one or more bits included in the SS / PBCH block, and the second terminal device 40B obtains information for receiving the secondary PBCH by receiving one or more bits included in the SS / PBCH block. Moreover, the second CORESET #0 is indicated by the secondary PBCH, and the second terminal device 40B obtains information for receiving the second CORESET #0 by receiving the secondary PBCH.

[0098] More specifically, the presence of the secondary PBCH is indicated by, for example, a spare bit (reserved bit, extended bit) included in the PBCH payload or MIB. For example, the presence of the secondary PBCH is indicated by one spare bit included in the MIB. When transmitting a secondary PBCH corresponding to an SSB, the base station device 20 indicates the presence of the secondary PBCH using the spare bit. The terminal device 40 determines whether or not a secondary PBCH is being transmitted by the spare bit. When indicated by the spare bit, the second terminal device 40B attempts to receive the secondary PBCH.

[0099] Additionally or alternatively, when the maximum number of SSBs is 4, 8, or 10, the presence or resources of a secondary PBCH are indicated by a reserved bit included in the PBCH.

[0100] Specifically, when the maximum number of SSBs (Lmax) is 4 or 8, four types of secondary PBCH resources are indicated by the reserved bits of the PBCH based on the table shown in Fig. 15. Note that Fig. 15 is a table showing the correspondence relationship between the reserved bits included in the PBCH and the secondary PBCH resources according to the embodiment of the present disclosure.

[0101] As shown in FIG. 15, four types of resources, secondary PBCH resource A to secondary PBCH resource D, are indicated by two reserved bits.

[0102] Furthermore, when the maximum number of SSBs (Lmax) is 10, two types of secondary PBCH resources are indicated by the reserved bits of the PBCH based on the table shown in Fig. 16. Note that Fig. 16 is a table showing the correspondence relationship between the reserved bits included in the PBCH and the secondary PBCH resources according to the embodiment of the present disclosure.

[0103] As shown in FIG. 16, two types of resources, secondary PBCH resource A and secondary PBCH resource B, are indicated by one reserved bit.

[0104] Candidate resources for the secondary PBCH may be indicated by a combination of the period of the secondary PBCH, a time offset (frame offset, half frame offset, slot offset, etc.) from the SSB resources or the resources of the first CORESET#0 and Type0-PDCCH CSS set, and / or a frequency offset (PRB offset, subcarrier offset).

[0105] Note that the secondary PBCH resource candidates may be overwritten by RRC signaling (for example, any System Information (SIB-X), an RRC Setup message, or an RRC Reconfiguration message). That is, secondary PBCH resource A to secondary PBCH resource D are configured by RRC signaling, and after receiving the RRC signaling, the second terminal device 40B refers to the positions of the configured secondary PBCH resource A to secondary PBCH resource D. On the other hand, default positions are set for the secondary PBCH resource candidates, and before they are configured by RRC signaling, the second terminal device 40B refers to the default positions of secondary PBCH resource A to secondary PBCH resource D.

[0106] Here, the base station device 20 transmits the secondary PBCH, but this is not limited to this. For example, if the first CORESET #0 is set to fall within the support bandwidth of the second terminal device 40B by the CORESET #0 configuration included in the first PBCH, the secondary PBCH may not be sent. In this case, it is indicated that the secondary PBCH does not exist. Or, the existence of the secondary PBCH is not indicated. Therefore, the second terminal device 40B monitors the PDCCH of CORESET #0 in the same way as the first terminal device 40A, and acquires RMSI (SIB1). Note that in this case, the same CORESET #0 is applied to the first terminal device 40A and the second terminal device 40B, but as described later, it is possible to provide an RMSI (second SIB1) specific to the second terminal device 40B by making the search space, RNTI, and / or DCI different.

[0107] The base station device 20 notifies the first terminal device 40A of the position (actual transmission position) of the secondary PBCH that is actually transmitted. This notification may be used for rate matching of the PDSCH of the first terminal device 40A. Specifically, this allows the first terminal device 40A to recognize the resource of the secondary PBCH. When receiving the PDSCH, the first terminal device 40A can attempt decoding while avoiding the resource of the secondary PBCH, improving the reception characteristics of the PDSCH. This notification may be notified as information on the position of a secondary PBCH that is not actually transmitted.

[0108] As a method of the notification, for example, there is a method using ratematchPattern. For example, the base station device 20 sets the resource element in which the secondary PBCH is arranged as the rate match pattern for the first terminal device 40A after the RRC connection. The first terminal device 40A can recognize that the resource specified by the ratematchPattern is not a physical channel addressed to itself. Alternatively, when the cell to which the first terminal device 40A connects is a TDD cell, there is a method of performing the notification using the UL symbol or the Flexible symbol. In this case, the secondary PBCH is arranged in the resource specified as the UL symbol by the TDD-DL-UL-config notified to the first terminal device 40A by the SIB. In addition, as a method of the notification, for example, there is a method using SSBBurstPosition (or SSBPositionsInBurst). In this case, for example, the secondary PBCH is arranged in a resource element in which the SSB is not actually transmitted. When SSBBurstPosition is used as the notification method, SSBBurstPosition (or SSBPositionsInBurst) for the SS / PBCH block (SSB) including the primary PBCH and SSBBurstPosition (or SSBPositionsInBurst) indicating the placement of the secondary PBCH may be distinguished from each other (as different IEs) and included in the RRC signaling used for notification.

[0109] (PBCH) In addition to the above-described method of indicating the second CORESET #0 from the PBCH via the secondary PBCH, there is also a method of indicating the second CORESET #0 directly from the PBCH. In this case, the base station device 20 indicates the existence and resources of the second CORESET #0 directly from the PBCH.

[0110] Here, a method of indicating the second CORESET #0 will be described. Fig. 17 is a diagram for explaining a method of indicating the second CORESET #0 according to an embodiment of the present disclosure.

[0111] As shown in FIG. 17, the first CORESET #0 is indicated by an SS / PBCH block, and the first terminal device 40A obtains information for receiving the first CORESET #0 by receiving the SS / PBCH block.

[0112] In addition, the second CORESET #0 is indicated by one or more bits contained in the SS / PBCH block, and the second terminal device 40B obtains information for receiving the second CORESET #0 by receiving one or more bits contained in the SS / PBCH block.

[0113] More specifically, the presence and resources of the second CORESET #0 are indicated using the spare bit of the MIB and the reserved bit of the PBCH.

[0114] The presence of the second CORESET #0 is indicated by spare bits (reserved bits, extended bits) included in the PBCH payload or MIB, as in the case of the Secondary PBCH. For example, the presence of the second CORESET #0 is indicated by one spare bit included in the MIB. When transmitting the second CORESET #0 corresponding to the SSB, the base station device 20 indicates the presence of the second CORESET #0 using the spare bit. The terminal device 40 judges whether or not the second CORESET #0 is being transmitted by the spare bit. When indicated by the spare bit, the second terminal device 40B attempts to receive the second CORESET #0.

[0115] Furthermore, when the maximum number of SSBs is 4, 8, or 10, the resources of the second CORESET #0 are indicated by a reserved bit included in the PBCH.

[0116] Specifically, when the maximum number of SSBs (Lmax) is 4 or 8, four types of resources of the second CORESET #0 are indicated by the reserved bits of the PBCH based on the table shown in Fig. 18. Note that Fig. 18 is a table showing the correspondence relationship between the reserved bits included in the PBCH and the resources of the second CORESET #0 according to the embodiment of the present disclosure.

[0117] As shown in FIG. 18, four types of resources, ie, second CORESET #0 resource A to second CORESET #0 resource D, are designated by two reserved bits.

[0118] Furthermore, when the maximum number of SSBs (Lmax) is 10, two types of resources of the second CORESET #0 are indicated by the reserved bits of the PBCH based on the table shown in Fig. 19. Note that Fig. 19 is a table showing the correspondence relationship between the reserved bits included in the PBCH and the resources of the second CORESET #0 according to the embodiment of the present disclosure.

[0119] As shown in FIG. 19, two types of resources, second CORESET #0 resource A and second CORESET #0 resource B, are designated by one reserved bit.

[0120] Candidates for the second CORESET #0 resources may be indicated by a combination of a time offset (frame offset, half-frame offset, slot offset, etc.) and / or a frequency offset (PRB offset, subcarrier offset) from the resources of the SS / PBCH block or the resources of the first CORESET #0 and the first Type0-PDCCH CSS set. As a specific example, the second CORESET #0 resources are arranged in the next slot of the first CORESET #0 resources.

[0121] (MIB information reinterpretation) Also, there is a method of reinterpreting MIB information for transmitting information on CORESET #0 (CORESET for Type0-PDCCH search space set) and Type0-PDCCH CSS set (PDCCH monitoring occasion for Type0-PDCCH CSS set) in the first and second terminal devices 40A and 40B.

[0122] Device Type First, a method for the terminal device 40 to change the table to be referred to depending on the device type of the terminal device 40 is described. The device type is information indicating whether the terminal device 40 is a device having conventional capabilities or a device having capabilities lower than conventional capabilities.

[0123] A first terminal device 40A having conventional capability refers to a table of conventional CORESET for Type0-PDCCH search space set and PDCCH monitoring occasion for Type0-PDCCH CSS set (hereinafter also referred to as a first table) (see FIGS. 7A to 7L).

[0124] On the other hand, the second terminal device 40B, which has lower capability than the conventional one, refers to a table of CORESET for Type0-PDCCH search space set and / or PDCCH monitoring occasion for Type0-PDCCH CSS set (hereinafter also referred to as a second table) different from the conventional table. Details of the table will be described later.

[0125] In this way, by changing the table to be referred to depending on the device type, the terminal device 40 can receive CORESET #0 that corresponds to its own device type.

[0126] - PBCH command Alternatively, the terminal device 40 may change the table it refers to by an instruction of the PBCH. In this case, the terminal device 40 changes the table it refers to by, for example, a spare bit included in the MIB.

[0127] Specifically, when the terminal device 40 (specifically, the first terminal device 40A and the second terminal device 40B after Rel-17) is instructed to refer to the second table by the spare bit included in the MIB, it refers to the second table, otherwise, the terminal device 40 (specifically, the first terminal device 40A and the second terminal device 40B after Rel-17) refers to the first table. On the other hand, the first terminal device 40A before Rel-16 refers to the first table regardless of the instruction of the spare bit.

[0128] In this way, by indicating the table to be referred to via the PBCH, the terminal device 40 can receive the appropriate CORESET #0.

[0129] Reference table configuration example Here, a configuration example of the second table will be described with reference to Figures 20A to 20F. Figures 20A to 20F are diagrams showing an example of the second table according to the embodiment of the present disclosure.

[0130] In the table (second table) of CORESET for Type0-PDCCH search space set, which is different from the conventional one, the number of PRBs is defined to be equal to or less than the bandwidth supported by the second terminal device 40B for all indexes.

[0131] Specifically, when the SCS of the SS / PBCH block and the PDCCH are 15 kHz and 15 kHz, respectively, the second terminal device 40B refers to a table in which the number of RBs of CORESET is set to 24 or less. As an example, the second terminal device 40B refers to the table shown in Fig. 20A. Note that the table shown in Fig. 20A is the same as the table shown in Fig. 7A except that the number of RBs of Index 6 to Index 14 is 24.

[0132] Furthermore, when the SCS of the SS / PBCH block and the PDCCH are 15 kHz and 30 kHz, respectively, the second terminal device 40B refers to a table in which the number of RBs of CORESET is set to 12 or less. As an example, the second terminal device 40B refers to the table shown in Fig. 20B. Note that the table shown in Fig. 20B is the same as the table shown in Fig. 7C except that the number of RBs of Index 1 to Index 13 is 12.

[0133] Furthermore, when the SCS of the SS / PBCH block and the PDCCH are 30 kHz and 15 kHz, respectively, the second terminal device 40B refers to a table in which the number of RBs of CORESET is set to 48 or less. As an example, the second terminal device 40B refers to the table shown in Fig. 20C. Note that the table shown in Fig. 20C is the same as the table shown in Fig. 7D except that the number of RBs of Index 6 to Index 8 is 48.

[0134] Furthermore, when the SCS of the SS / PBCH block and the PDCCH are 30 kHz and 30 kHz, respectively, the second terminal device 40B refers to a table in which the number of RBs of CORESET is set to 24 or less. As an example, the second terminal device 40B refers to the table shown in Fig. 20D. Note that the table shown in Fig. 20D is the same as the table shown in Fig. 7E except that the number of RBs of Index 10 to Index 15 is 24.

[0135] Furthermore, when the SCS of the SS / PBCH block and the PDCCH are 120 kHz and 60 kHz, respectively, the second terminal device 40B refers to a table in which the number of RBs of CORESET is set to 48 or less. As an example, the second terminal device 40B refers to the table shown in Fig. 20E. Note that the table shown in Fig. 20E is the same as the table shown in Fig. 7I except that the number of RBs of Index 10 and Index 11 is 48.

[0136] Furthermore, when the SCS of the SS / PBCH block and the PDCCH are 120 kHz and 120 kHz, respectively, the second terminal device 40B refers to a table in which the number of RBs of CORESET is set to 24 or less. As an example, the second terminal device 40B refers to the table shown in Fig. 20F. Note that the table shown in Fig. 20F is the same as the table shown in Fig. 7J except that the number of RBs of Index2, Index3, Index6, and Index7 is 24.

[0137] (CORESET #0 placement) It is preferable that the first CORESET #0 and the second CORESET #0 are set so as not to overlap. If they overlap, the base station device 20 can transmit only either the first CORESET #0 or the second CORESET #0 in a slot. Therefore, it is preferable that the first CORESET #0 and the second CORESET #0 are set so as not to overlap, for example, in time or frequency.

[0138] Frequency axis For example, when setting so as not to overlap on the frequency axis, the base station apparatus 20 multiplies the first CORESET #0 and the second CORESET #0 by a common Offset (RBs).

[0139] Alternatively, the table may be defined such that the Offset (RBs) in the table of the CORESET for Type0-PDCCH search space set is a different value in the first and second CORESETs #0. In this case, the second table defines a frequency offset that does not overlap with the first CORESET #0.

[0140] Timeline For example, when setting so as not to overlap on the time axis, the base station apparatus 20 multiplies the first CORESET #0 and the second CORESET #0 by a common slot offset.

[0141] Alternatively, the table may be defined such that "O" in the CORESET for Type0-PDCCH search space set table is a different value in the first and second CORESETs #0. In this case, in the second table, slots of PDCCH monitoring occasions different from those in the first CORESET #0 are set.

[0142] <Individual SS / PBCH blocks> In the above example, the first and second terminal devices 40A and 40B receive the same SS / PBCH block, but the present invention is not limited to this. The first and second terminal devices 40A and 40B may each receive a different SS / PBCH block.

[0143] Fig. 21 is a diagram for explaining a method of indicating CORESET #0 according to an embodiment of the present disclosure. As shown in Fig. 21, in this case, the first terminal device 40A receives the first SS / PBCH block, and the second terminal device 40B receives the second SS / PBCH block.

[0144] The first SS / PBCH block includes information indicating a first CORESET #0, and the second SS / PBCH block includes information indicating a second CORESET #0.

[0145] In this way, by transmitting the first SS / PBCH for the first terminal device 40A and the second SS / PBCH for the second terminal device 40B, the first and second terminal devices 40A and 40B can receive the first and second CORESET #0, respectively.

[0146] Here, it is preferable that the first SS / PBCH and the second SS / PBCH are transmitted at different center frequencies as shown in FIG.

[0147] It is desirable that a mechanism of connection prohibition (barring) is introduced for the first SS / PBCH and the second SS / PBCH for the second terminal device 40B and the first terminal device 40A, respectively.

[0148] (Synchronous Raster) One method for preventing the first terminal device 40A from connecting to the second SS / PBCH is to place the second SS / PBCH in a synchronization raster different from the synchronization raster of the first terminal device 40A.

[0149] In this way, by arranging the second SS / PBCH block for the second terminal device 40B at a frequency position different from the synchronization raster of the first terminal device 40A, the first terminal device 40A does not perform a cell search in the second SS / PBCH block. Therefore, it becomes difficult for the first terminal device 40A to detect the second SS / PBCH block.

[0150] 22 is a chart showing an example of parameters related to the synchronization raster. The first SS / PBCH block may be located at the SS Block frequency position shown in the table of FIG.

[0151] On the other hand, for example, a frequency offset is applied to the synchronous raster of the second terminal device 40B so that it differs from the synchronous raster of the first terminal device 40A. Specifically, for example, a value that is half the raster interval is applied as the frequency offset.

[0152] Fig. 23 is a chart showing an example of parameters related to a synchronization raster according to an embodiment of the present disclosure. The second SS / PBCH block is placed at the SS block frequency position shown in Fig. 23. In Fig. 23, a frequency offset of 600 kHz is applied in the frequency range of 3000 MHz or less, and a frequency offset of 0.72 MHz is applied in the frequency range of 3000 MHz or more and 24250 MHz or less.

[0153] In addition, the raster interval may be widened to reduce the load of further cell search by the second terminal device 40B. Fig. 24 is a chart showing another example of parameters related to the synchronization raster according to the embodiment of the present disclosure. The second SS / PBCH block is placed at the SS block frequency position shown in Fig. 24. In Fig. 24, a frequency offset of 2400 kHz is applied when the frequency range is 3000 MHz or less, and a frequency offset of 2.88 MHz is applied when the frequency range is 3000 MHz or more and 24250 MHz or less.

[0154] (physical configuration) One method for preventing the first terminal device 40A from connecting to the second SS / PBCH block is to give the second SS / PBCH block a different physical configuration from the first SS / PBCH block.

[0155] ·scramble For example, the second SS / PBCH block is scrambled differently than the first SS / PBCH block.

[0156] As an example, the scrambling sequence of the PBCH included in the second SS / PBCH block is different between the first SS / PBCH block and the second SS / PBCH block. By applying different scrambling sequences, the first terminal device 40A fails to decode the PBCH included in the second SS / PBCH block. Therefore, it is possible to prevent the first terminal device 40A from connecting to the second SS / PBCH block.

[0157] As an example of applying different scrambling sequences, the initial value (C init ) is different between the first SS / PBCH block and the second SS / PBCH block. For example, the initial value (C init) is the cell ID. On the other hand, the initial value (C init ) is a value different from the cell ID (for example, the cell ID plus a predetermined offset value).

[0158] As another example of applying different scrambling sequences, the beginning of the scrambling sequence before encoding the PBCH is made different between the first SS / PBCH block and the second SS / PBCH block. For example, the beginning of the scrambling sequence before encoding the first PBCH is determined by the second and third LSBs (Least Signification Bits) of the SFN (System Frame Number) bits and the maximum number of SS / PBCH blocks. Meanwhile, the beginning of the scrambling sequence before encoding the second PBCH is determined by the second and third LSBs (Least Signification Bits) of the SFN (System Frame Number) bits, the maximum number of SS / PBCH blocks and a predetermined value.

[0159] Another example of applying different scrambling sequences is to make the beginning of the scrambling sequence after encoding the PBCH different between the first SS / PBCH block and the second SS / PBCH block. For example, the beginning of the scrambling sequence after encoding the first PBCH is determined by the SS / PBCH block index. On the other hand, the beginning of the scrambling sequence after encoding the second PBCH is determined by the SS / PBCH block index and a predetermined value.

[0160] In this way, by applying a scrambling sequence different from that of the first SS / PBCH block, it is possible to prevent the first terminal device 40A from connecting to the second SS / PBCH block.

[0161] Also, as an example, a scrambling mask may be applied to the CRC so that the first terminal device 40A cannot connect to the second SS / PBCH block. By scrambling the CRC bits with a predetermined mask, the first terminal device 40A fails to decode the PBCH included in the second SS / PBCH block. Therefore, it is possible to prevent the first terminal device 40A from making a cell connection using the second SS / PBCH.

[0162] As an example of a CRC mask bit sequence, base station device 20 does not mask the CRC bits of the first SS / PBCH block, and multiplies the CRC bits of the second SS / PBCH block with a predetermined mask consisting of 24 bits (for example, 000000000000000000000001).

[0163] Sequence Other than the above-mentioned scrambling, for example, different sequences may be used for the PBCH DMRS of the first SS / PBCH block and the PBCH DMRS of the second SS / PBCH block to prevent the first terminal device 40A from connecting to the second SS / PBCH block. By applying different sequences for the PBCH DMRS of the first SS / PBCH block and the PBCH DMRS of the second SS / PBCH block, the first terminal device 40A fails to demodulate the second PBCH. Therefore, it is possible to prevent the first terminal device 40A from connecting to the second SS / PBCH block.

[0164] As an example of applying different DMRS sequences, the initial value of the DMRS sequence generation (C init ) is different between the first SS / PBCH block and the second SS / PBCH block. For example, the initial value (C init ) is determined by the SS / PBCH block index and the cell ID. On the other hand, the initial value (C init) is a value different from the value determined by the SS / PBCH block index and cell ID.

[0165] In this way, by using different DMRS sequences for the first SS / PBCH block and the second SS / PBCH block, it is possible to prevent the first terminal device 40A from connecting to the second SS / PBCH block.

[0166] Synchronization signal Also, for example, by using different sequences for a synchronization signal for the first terminal device 40A (hereinafter referred to as the first synchronization signal) and a synchronization signal for the second terminal device 40B (hereinafter referred to as the second synchronization signal), the first terminal device 40A may be prevented from connecting to the second SS / PBCH block. By applying different sequences for the first synchronization signal (at least one of PSS and SSS) and the second synchronization signal (at least one of PSS and SSS), the first terminal device 40A fails to acquire the second synchronization signal. Therefore, it is possible to prevent the first terminal device 40A from connecting to the second SS / PBCH block.

[0167] As an example of applying different synchronization signal sequences, the cell ID value is set to be different between the first synchronization signal and the second synchronization signal. For example, the cell ID of the first synchronization signal is set to any value from 0 to 1005, and the cell ID of the second synchronization signal is set to a value of 1006 or more.

[0168] In this way, by making the synchronization signal sequence different between the first SS / PBCH block and the second SS / PBCH block, it is possible to prevent the first terminal device 40A from connecting to the second SS / PBCH block.

[0169] (Information Notification) One method for preventing the first terminal device 40A from connecting to the second SS / PBCH block is to notify the first terminal device 40A of predetermined information. Examples of the predetermined information include barring information for the first terminal device 40A and information indicating that the second SS / PBCH block is a non-cell defining SSB for the first terminal device 40A.

[0170] ·Balling Information For example, the base station device 20 notifies the first terminal device 40A by including barring information (cellBarred) in the MIB. Specifically, the MIB for the second terminal device 40B includes barring information (cellBarred) for the first terminal device 40A. The barring information is placed in the same bit as the barring information (cellBarred) included in the MIB for the first terminal device 40A is placed.

[0171] When the first terminal device 40A receives the second SS / PBCH block, it recognizes the cellBarred of the SS / PBCH block and stops the cell connection using the SS / PBCH block. When the second terminal device 40B receives the second SS / PBCH block, it ignores the cellBarred information of the SS / PBCH block and continues the cell connection using the SS / PBCH block.

[0172] In addition, bits included in the MIB for the second terminal device 40B other than the barring information (cellBarred) for the first terminal device 40A contain information for the second terminal device 40B (at least CORESET information for the second terminal device 40B).

[0173] The base station device 20 may notify barring information by using a selection bit included in the BCH.

[0174] Specifically, if the selection bit indicates that the received MIB is an MIB for the first terminal device 40A, the first terminal device 40A performs cell connection using the received SS / PBCH block. On the other hand, if the selection bit indicates that the received MIB is different from the MIB for the first terminal device 40A (for example, it is an MIB for the second terminal device 40B), the first terminal device 40A does not perform cell connection using the received SS / PBCH block.

[0175] On the other hand, when the second terminal device 40B is notified that the received MIB is the MIB for the second terminal device 40B, the second terminal device 40B performs cell connection using the received MIB. Specifically, the second terminal device 40B attempts to acquire an SIB using information on CORESET #0 included in the received MIB.

[0176] In this way, by performing cell connection based on barring information, it is possible to prevent the first terminal device 40A from connecting to the second SS / PBCH.

[0177] Non-cell defining SSB information For example, the base station device 20 transmits information indicating that the second SS / PBCH is a non-cell defining SSB (Non-cell defining SS / PBCH block) for the first terminal device 40A.

[0178] A non-cell defining SSB is an SS / PBCH block that is not used for cell connection. By notifying the second SS / PBCH block of a non-cell defining SSB, the first terminal device 40A recognizes the second SS / PBCH block as a non-cell defining SSB and does not perform cell connection. On the other hand, the second terminal device 40B determines whether the second SS / PBCH block is a cell defining SSB or a non-cell defining SSB from information other than the non-cell defining SSB notification information.

[0179] Specifically, the first terminal device 40A is K SSB If K > 23, the detected SS / PBCH block is recognized as a non-cell defining SS / PBCH block. SSB If the MIB is greater than 11, the detected SS / PBCH block is recognized as a non-cell defining SS / PBCH block. In this case, the first terminal device 40A determines from the detected MIB that CORESET #0 for the Type0-PDCCH CSS set does not exist. On the other hand, the second terminal device 40B determines that K SSB Based on the information other than the above, it is determined whether it is a cell defining SSB or a non-cell defining SSB.

[0180] In addition, K of the second SS / PBCH blocks SSB In the bits other than the bit notifying the second terminal device 40B, information for the second terminal device 40B (at least information of CORESET #0 for the second terminal device 40B) is placed.

[0181] (Barring of the second terminal device) In the above example, a method was described for preventing the first terminal device 40A from connecting to the second SS / PBCH, but similarly, it is desirable for the second terminal device 40B to be configured so as not to connect to the first SS / PBCH.

[0182] For example, in the CORESET configuration, if the number of PRBs in the first CORESET #0 is set to be equal to or greater than the supported bandwidth of the second terminal device 40B, the second terminal device 40B does not connect to the first SS / PBCH.

[0183] In this case, it is assumed that the second terminal device 40B is prohibited from connecting to the first SS / PBCH. In this case, the second terminal device 40B moves to a frequency raster different from the raster in which the first SS / PBCH is arranged and performs a cell search.

[0184] In other words, the SS / PBCH block in which the number of PRBs of CORESET #0 is set to be equal to or greater than the supported bandwidth of the second terminal device 40B is the first SS / PBCH block.

[0185] <3.2.RMSI(SIB1)> A SIB1 for the second terminal device 40B (hereinafter also referred to as the second SIB1) may be provided separately from the SIB1 for the first terminal device 40A (hereinafter also referred to as the first SIB1). By providing the second SIB1 separately from the first SIB1, system information different from that of the first terminal device 40A is set in the second terminal device 40B. A case where the second SIB1 is provided will be described below.

[0186] (Configuration example) A configuration example of parameters of the second SIB 1 will be described below. The second SIB 1 includes some or all of the following information included in the first SIB 1: -Cell selection information (cellSelectionInfo) -Cell access information (cellAccessRelatedInfo) -Information about connection establishment failure control (connEstFailureControl) -SI Scheduling Information (Si-SchedulingInfo) -Serving cell configuration (servingCellConfigCommon) -Information about support for IMS emergency bearer services (Ims-EmergencySupport) - Information about timers and constants used by the device (ue-TimersAndConstants) - Information about the access control parameters for each access category (uac-BarringInfo) -Information indicating whether to use a resume identifier and a resume request message (useFullResumeID)

[0187] In addition to the above information, the second SIB1 may include information on HSFN (Hyper SFN). Hyper SFN is an extended SFN, and extends the range (0 to 1023) of frame numbers that can be notified by SFN. The second SIB1 may also include information on eDRX (extended Discontinuous Reception).

[0188] The second SIB1 may also include information (SSB-PositionsInBurst) indicating the location where the SS / PBCH block is actually being transmitted. For example, when the first SS / PBCH block and the second SS / PBCH block are transmitted separately, information (SSB-PositionsInBurst) indicating the location where the first and second SS / PBCH blocks are actually being transmitted may be sent. Alternatively, when a Secondary PBCH is provided, information (SPBCH-PositionsInBurst) indicating the location of the Secondary PBCH that is actually being transmitted may be included.

[0189] Furthermore, when a Secondary PBCH is provided, some of the above-mentioned parameters may be included in the Secondary PBCH instead of the second SIB1.

[0190] (Providing method) The second SIB1 may be provided using one or more of the following methods.

[0191] 2nd CORESET #0 The second SIB1 is provided by a CORESET different from the first CORESET #0 (eg, a second CORESET #0).

[0192] The setting of the first CORESET #0 is provided by the SS / PBCH block, and the second CORESET #0 is provided by the SS / PBCH block or the secondary PBCH. As described above, the SS / PBCH block may be common to the first and second CORESET #0, or may be different for each of the first and second CORESET #0.

[0193] As described above, the second CORESET #0 is set to fall within the bandwidth supported by the second terminal device 40 B. For example, in the case of 15 kHz SCS, the second CORESET #0 is set to 24 PRB or less.

[0194] Search Space The second SIB1 is provided by a search space different from the Type0-PDCCH CSS set (also referred to as the first Type0-PDCCH CSS set) for the first terminal device 40A. The setting of the first Type0-PDCCH CSS set is provided by the first SS / PBCH block, and the Type0-PDCCH CSS set (also referred to as the second Type0-PDCCH CSS set) for the second terminal device 40B is provided by the second SS / PBCH block or the secondary PBCH.

[0195] In addition, when a secondary PBCH is provided, it is preferable that the period of the second Type 0-PDCCH CSS set is set to be the same as the period of the secondary PBCH or longer than the period of the secondary PBCH.

[0196] ·RNTI The second SIB1 is provided by an RNTI different from the SI-RNTI for the first terminal device 40A (hereinafter also referred to as the first SI-RNTI). The value of the first SI-RNTI is "FFFF" in hexadecimal. In this case, the value of the SI-RNTI for the second terminal device 40B (hereinafter also referred to as the second SI-RNTI) is any value other than "FFFF" in hexadecimal, that is, any value from "0001" to "FFFD".

[0197] DCI The second SIB1 is provided by a DCI different from the DCI (hereinafter also referred to as the first DCI) that schedules the first SIB1. Specifically, the parameter set of the DCI (hereinafter also referred to as the second DCI) that schedules the second SIB1 is different from the parameter set of the first DCI.

[0198] For example, the first DCI scheduling the first SIB1 may include the following information: -Frequency domain resource assignment -Time domain resource assignment -VRB-to-PRB mapping -Modulation and coding scheme -Redundancy version -System information indicator -Reserved bits

[0199] The second DCI for scheduling the second SIB1 may include, in addition to the parameter set of the first DCI described above, information on the number of repetitions of the PDSCH carrying the second SIB1, the SFN, or the HSFN (e.g., a part of the information on the SFN or the HSFN). Furthermore, when cross-slot scheduling is applied, the first DCI may include, in addition to the information described above, information on the slot of the PDSCH.

[0200] <3.3.RACH procedure> The PRACH resource for the second terminal device 40B (hereinafter also referred to as the second PRACH resource) is set by the second SIB1.

[0201] The following describes the validation rule for the second PRACH resource. Whether the second PRACH resource is valid or invalid is determined according to the following conditions. The valid second PRACH resource is a resource on which a PRACH for the second terminal device 40B may be transmitted. -The invalid second PRACH resource is a resource on which the PRACH for the second terminal device 40B must not be transmitted.

[0202] The second terminal device 40B selects a second PRACH resource for transmitting a PRACH for the second terminal device 40B from the valid second PRACH resources.

[0203] In the resource where the first SS / PBCH and the second SS / PBCH overlap, the second PRACH resource is invalid. In this case, the configuration of the first SS / PBCH may be notified by the second SIB1.

[0204] <3.4.Initial DL BWP> For example, in a band with a narrow bandwidth such as a BWP (Band Width Part), when a large number of second terminal devices 40B connect to a cell, the BWP becomes congested.

[0205] Therefore, in the embodiment of the present disclosure, the second terminal device 40B is allowed to switch the initial DL BWP. By the second terminal device 40B switching the initial DL BWP at an early stage, it is possible to eliminate bandwidth congestion.

[0206] The second terminal device 40B switches the initial DL BWP according to, for example, the BWP information included in the RAR. Alternatively, the second terminal device 40B may switch to the initial DL BWP associated with the selected second PRACH resource.

[0207] Also, when the SS / PBCH to which the second terminal device 40B is connected is congested, the core network 120 may notify the barring information and the location of the SS / PBCH that is the recommended connection destination in the second SIB1. Based on the notified information, the second terminal device 40B performs cell reconnection to the SS / PBCH that is the recommended connection destination.

[0208] Here, the barring information and the information on the recommended connection destination are notified using the mechanism of intra-frequency cell reselection. For example, for conventional intra-frequency cell reselection, information on the recommended connection destination according to the terminal type (conventional device or low capability NR device) is notified.

[0209] <3.5.Secondary PBCH configuration example> Here, an example of the physical configuration of the above-mentioned secondary PBCH will be described.

[0210] (composition) The Secondary PBCH consists of an encoded additional MIB (MIB2, MIB for low capability NR devices, hereinafter also referred to as the second MIB) and a DMRS used to demodulate the payload of the Secondary PBCH.

[0211] As described above, the second MIB includes at least the configuration information of the second CORESET #0. Furthermore, the secondary PBCH (the second MIB, the secondary PBCH payload, and / or the physical parameters of the secondary PBCH) may include the following information: - Connection prohibition (barring) information for a specific terminal device 40 (for example, a terminal device 40 other than the second terminal device 40B) -Information about QCL with SIB (DMRS of Type 0-PDCCH and PDSCH DMRS) -Extension bits for forward compatibility (spare bits, reserved bits) - Information regarding the initial DL bandwidth part (or the default DL bandwidth part) for the second terminal device 40B -TDD configuration (uplink, downlink and flexible symbol information) -Information on whether it is a non-cell defining SSB and the frequency location of a cell-defining SSB - Information regarding paging of the second terminal device 40B -Information regarding cell selection for the second terminal device 40B -Information regarding DRX of the second terminal device 40B -Extended SFN (e.g. hyper SFN) information - Number of transmit antenna ports for secondary PBCH and SIB

[0212] The information on the QCL with the SIB may include, for example, the number of times of repetition of SIB1 (repetition level) and information on the state of the QCL with the secondary PBCH and the SIB, and may be notified using, for example, the TCI state. The information on DRX may include a DRX cycle and a DRX period.

[0213] The physical parameters of the secondary PBCH include the CRC scrambling mask of the secondary PBCH, the scrambling sequence of the secondary PBCH payload, the resource position of the secondary PBCH, etc. Specifically, the number of transmit antenna ports of the secondary PBCH and extended SFN information are notified in accordance with the pattern of the CRC scrambling mask of the secondary PBCH.

[0214] Note that some of the above parameters may not be included in the secondary PBCH, but may instead be included in the second SIB1.

[0215] 25 is a diagram showing a configuration example of a secondary PBCH according to an embodiment of the present disclosure. The secondary PBCH is configured with a bandwidth equal to or less than the maximum supported bandwidth for the second terminal device 40B. For example, the secondary PBCH is configured with 24 PRBs or less (24 PRBs in FIG. 25).

[0216] In the Secondary PBCH, symbols are determined according to the amount of information and coding rate of the second MIB. As an example, the Secondary PBCH is composed of two symbols, and a 24-bit second MIB is transmitted. When the amount of information transmitted in the Secondary PBCH is small, the Secondary PBCH may be composed of one symbol. When the amount of information transmitted in the Secondary PBCH is large or a low coding rate is required, the Secondary PBCH may be composed of four or seven symbols. The number of symbols in the Secondary PBCH may be notified from the SS / PBCH block.

[0217] As shown in FIG. 25, the Secondary PBCH is transmitted together with a reference signal (DMRS) for demodulating the Secondary PBCH. For example, the DMRS is arranged every 4 RE on the frequency axis. The DMRS of the Secondary PBCH does not need to be included in all symbols. However, since including it at the beginning reduces the delay of demodulation, it is preferable to include it in the beginning symbol. In the example of FIG. 25, the DMRS is arranged every two symbols. In the example of FIG. 25, the DMRS is included in the first and third symbols, but not in the second and fourth symbols.

[0218] (period) The secondary PBCH is arranged with a period equal to or longer than the period of the SS / PBCH block. As an example, in the initial cell selection, the secondary PBCH is arranged with a period equal to the period of the SS / PBCH block. In the initial cell selection, the second terminal device 40B assumes that the secondary PBCH occurs with a period of two radio frames (20 subframes, 20 msec).

[0219] The period of the Secondary PBCH may be notified separately from the period of the SS / PBCH block. Specifically, the period of the Secondary PBCH may be set using a parameter different from the parameter (SMTC: SSB Measurement Timing Configuration) that specifies the period of the SS / PBCH block.

[0220] In addition, the secondary PBCH arranged at the same center frequency carries the same second MIB in a predetermined period. The predetermined period is 80 msec. The predetermined period may be longer than 80 msec. The predetermined period may be, for example, 160 msec or 320 msec.

[0221] In addition, the number of SS / PBCHs in one burst may be different from the number of secondary PBCHs. In other words, the information of the SSB actually being transmitted (ssb-PositionsInBurst) and the information of the secondary PBCH actually being transmitted (SPBCH-PositionsInBurst) may be set separately.

[0222] (Time / Frequency Resources) The secondary PBCH is frequency-multiplexed or time-multiplexed with the SS / PBCH block. Hereinafter, five examples of methods for multiplexing the secondary PBCH and the SS / PBCH block will be described.

[0223] Example 1 Fig. 26 is a diagram for explaining an example of a method of multiplexing a secondary PBCH and an SS / PBCH block according to an embodiment of the present disclosure. Fig. 26 shows a case where an SS / PBCH block and a secondary PBCH are frequency-multiplexed. The horizontal direction in Fig. 26 represents time, and the vertical direction represents frequency.

[0224] For example, the secondary PBCH is arranged in a different resource block in the same symbol as the corresponding SS / PBCH block. In the example of FIG. 26, the secondary PBCH is arranged in a resource block above the SS / PBCH block.

[0225] The arrangement of the secondary PBCH is not limited to the example in Fig. 26, and for example, the secondary PBCH may be arranged in a resource block below the SS / PBCH block. The beginning of the resource block in which the secondary PBCH is arranged (or the center of the resource block, or the end of the resource block) may be indicated by the SS / PBCH block.

[0226] Example 2 Fig. 27 is a diagram for explaining another example of a method for multiplexing a secondary PBCH and an SS / PBCH block according to an embodiment of the present disclosure. Fig. 27 shows a case where an SS / PBCH block and a secondary PBCH are time-multiplexed. The horizontal direction in Fig. 27 represents time, and the vertical direction represents frequency.

[0227] For example, the secondary PBCH is included in the half frame next to the half frame including the SS / PBCH block burst. In the example of Fig. 27, the SS / PBCH block is placed in the first half frame of the resource in which the SS / PBCH block is placed, and the secondary PBCH is placed in the second half frame. Note that the half frame including the secondary PBCH may be the third or fourth half frame. Note that the half frame including the secondary PBCH may be indicated by the SS / PBCH block.

[0228] Example 3 Fig. 28 is a diagram for explaining another example of a method for multiplexing a secondary PBCH and an SS / PBCH block according to an embodiment of the present disclosure. Fig. 28 shows a case where the SS / PBCH block and the secondary PBCH are time-multiplexed and the secondary PBCH is composed of one symbol. The horizontal direction in Fig. 28 represents time, and the vertical direction represents frequency.

[0229] When the secondary PBCH is composed of one symbol, the secondary PBCH is included in a half frame including an SS / PBCH block burst, as shown in Figure 28. Specifically, the secondary PBCH is arranged in the fifth subframe of the half frame including the SS / PBCH block burst. The secondary PBCHs corresponding to SS / PBCH block indexes #0 to #3 are arranged in symbols #2, #3, #4, and #5, respectively, and the secondary PBCHs corresponding to SS / PBCH block indexes #4 to #7 are arranged in symbols #8, #9, #10, and #11, respectively.

[0230] Example 4 Fig. 29 is a diagram for explaining another example of a method for multiplexing a secondary PBCH and an SS / PBCH block according to an embodiment of the present disclosure. Fig. 29 shows a case where the SS / PBCH block and the secondary PBCH are time-multiplexed and the secondary PBCH is composed of one symbol. The horizontal direction in Fig. 29 represents time, and the vertical direction represents frequency.

[0231] As another example of the above example 3, some SS / PBCH blocks may not be transmitted and the secondary PBCH may be sent using those resources. In this case, as shown in FIG29, SS / PBCH blocks #6 and #7 are not transmitted, and instead, six secondary PBCHs corresponding to SS / PBCH block indexes #0 to #5 are transmitted.

[0232] Example 5 Fig. 30 is a diagram for explaining another example of a method for multiplexing a secondary PBCH and an SS / PBCH block according to an embodiment of the present disclosure. Fig. 30 shows a case where the SS / PBCH block and the secondary PBCH are time-multiplexed and the periods of the SS / PBCH block and the secondary PBCH are different. The horizontal direction in Fig. 30 represents time, and the vertical direction represents frequency.

[0233] In this example, the period of the SS / PBCH block is set to 20 msec, while the period of the secondary PBCH is set to 40 msec. In this case, the secondary PBCHs corresponding to SS / PBCH block indexes #0 to #3 are placed in the sixth and seventh subframes of the first period of the SS / PBCH block. Also, the secondary PBCHs corresponding to SS / PBCH block indexes #4 to #7 are placed in the sixth and seventh subframes (the 26th and 27th subframes from the beginning) of the second period of the SS / PBCH block.

[0234] (Precoding) Random precoding may be applied to the transmission of the secondary PBCH. Specifically, different precoding may be applied between predetermined resources (for example, 6 PRBs and 1 symbol, 24 PRBs and 4 symbols) in the secondary PBCH for transmission. The second terminal device 40B attempts to demodulate the precoded secondary PBCH using the DMRS included in the predetermined resource. Also, different precoding is applied to different secondary PBCHs by random precoding. The second terminal device 40B does not assume that the same precoding is applied to two different secondary PBCHs.

[0235] In addition, space frequency block coding (SFBC) may be applied to the transmission of the secondary PBCH. For example, in the case of two antenna ports, the precoding shown in equation (1) is applied to the secondary PBCH.

[0236]

number

[0237] For example, in the case of four antenna ports, the precoding shown in equation (2) is applied to the secondary PBCH.

[0238]

number

[0239] (Encoding / Scrambling) The secondary PBCH is encoded by a polar code. The secondary PBCH may be encoded by other codes such as a low density parity check (LDPC) code, a convolutional code, a turbo code, etc. The SS / PBCH block may indicate which coding is applied.

[0240] The secondary PBCH is preferably scrambled by the SS / PBCH block index, for example, Equation (3) is applied to scramble the secondary PBCH.

[0241]

number

[0242] where b is the PBCH information bit before scrambling, b~ is the PBCH information bit after scrambling, c is the scrambling sequence, v is the SS / PBCH block index, M bit represents the number of information bits of the PBCH.

[0243] (QCL(Quasi-Co-Location)) The secondary PBCH is an SS / PBCH block and a QCL. Specifically, the second terminal device 40B may assume that an SS / PBCH block having a predetermined index and a DMRS of a secondary PBCH corresponding to the predetermined index are quasi co-located (QCL) in terms of one or more of a Doppler spread, a Doppler shift, an average delay, a delay spread, and a spatial Rx parameter.

[0244] In addition, one SS / PBCH block and one secondary PBCH may be a QCL, or one SS / PBCH block and multiple secondary PBCHs may be a QCL. When one SS / PBCH block and multiple secondary PBCHs are a QCL, the second terminal device 40B can soft-combine multiple secondary PBCHs.

[0245] Also, the secondary PBCH is a PDCCH and a PDSCH for carrying the corresponding second SIB1, and a QCL. Specifically, the second terminal device 40B may assume that the DMRS of the secondary PBCH, the DMRS of the PDCCH for carrying the corresponding second SIB1, and the DMRS of the PDSCH are quasi co-located (QCL) in terms of one or more of the Doppler spread, the Doppler shift, the average delay, the delay spread, and the spatial Rx parameters.

[0246] As a result, an initial access procedure can be provided to both the first and second terminal devices 40A and 40B in one carrier.

[0247] <4. Modifications> Some of the above-described embodiments or parts thereof may be applied to the above-described Dual Connectivity (e.g., EUTRA-EUTRA Dual Connectivity, EUTRA-NR Dual Connectivity (ENDC), EUTRA-NR Dual Connectivity with 5GC, NR-EUTRA Dual Connectivity (NEDC), NR-NR Dual Connectivity). For example, information for receiving the second CORESET setting (second CORESET #0) (e.g., spare bits (reserved bits, extended bits) included in the PBCH payload or MIB, information indicating the presence or resource of the secondary PBCH, candidate resources for the secondary PBCH, the position (actual transmission position) of the secondary PBCH actually transmitted, and other information described above) may be provided from the MN (Master Node) in the Dual Connectivity to the UE (e.g., provided using RRC signaling), while the target of the second CORESET setting (second CORESET #0) may be the PDCCH provided by the SN (Secondary Node).

[0248] Additionally or instead of this, the above-mentioned low capability NR device (NR-light UE) may be categorized by defining multiple levels or modes within the low capability NR device (NR-light UE). Which level or mode among the multiple levels or modes is applied may be determined based on the conditions (e.g., low performance, device cost, complexity, and low power consumption) required for the first terminal device 40A (conventional NR device (e.g., Normal NR UE, Legacy NR UE)), or may be determined based on the radio quality (e.g., RSRP, RSRQ, SINR, CSI, RSSI) or service quality (QCI, 5QI) when the low capability NR device operates (e.g., when receiving the above-mentioned message information (e.g., RRC Signalling, DCI, Physical Channel such as PBCH)) and when performing the above-mentioned initial access). Which method among the above-mentioned several application methods of the second CORESET setting (second CORESET #0) is applied may be determined according to multiple levels or modes.

[0249] The terminal device or base station device of this embodiment may be realized by a dedicated computer system or a general-purpose computer system.

[0250] For example, a communication program for executing the above-mentioned operations is stored in a computer-readable recording medium such as an optical disk, a semiconductor memory, a magnetic tape, or a flexible disk and distributed. Then, for example, the program is installed in a computer and the above-mentioned processing is executed to configure a control device. In this case, the control device may be the terminal device 40, the base station device 20, or another external device (for example, a personal computer). Also, the control device may be an internal device of the terminal device 40 or the base station device 20 (for example, the respective control units).

[0251] The communication program may be stored in a disk device provided in a server device on a network such as the Internet, and may be downloaded to a computer. The above-mentioned functions may be realized by cooperation between an OS (Operating System) and application software. In this case, the parts other than the OS may be stored on a medium and distributed, or the parts other than the OS may be stored in a server device and may be downloaded to a computer.

[0252] In addition, among the processes described in the above embodiments, all or part of the processes described as being performed automatically can be performed manually, or all or part of the processes described as being performed manually can be performed automatically by a known method. In addition, the information including the processing procedures, specific names, various data and parameters shown in the above documents and drawings can be changed arbitrarily unless otherwise specified. For example, the various information shown in each drawing is not limited to the illustrated information.

[0253] In addition, each component of each device shown in the figure is a functional concept, and does not necessarily have to be physically configured as shown in the figure. In other words, the specific form of distribution and integration of each device is not limited to that shown in the figure, and all or part of them can be functionally or physically distributed and integrated in any unit according to various loads, usage conditions, etc.

[0254] Moreover, the above-described embodiments can be appropriately combined in an area where the processing contents are not contradictory.

[0255] <<5. Summary>> Although the preferred embodiment of the present disclosure has been described in detail above with reference to the attached drawings, the technical scope of the present disclosure is not limited to such examples. It is clear that a person having ordinary knowledge in the technical field of the present disclosure can conceive of various modified or amended examples within the scope of the technical ideas described in the claims, and it is understood that these also naturally belong to the technical scope of the present disclosure.

[0256] In addition, the effects described in this specification are merely descriptive or exemplary and are not limiting. In other words, the technology according to the present disclosure may achieve other effects that are apparent to a person skilled in the art from the description of this specification, in addition to or in place of the above effects.

[0257] Note that the following configurations also fall within the technical scope of the present disclosure. (1) a communication unit that monitors the PBCH and receives a signal; a control unit that determines whether to apply a first CORESET setting or a second CORESET setting to perform communication based on one or more bits included in the signal received on the PBCH; A communication device comprising: (2) The communication device according to (1), wherein, when a maximum supported bandwidth of the communication device is less than or equal to a predetermined value, the second CORESET setting is selected, and, when the maximum supported bandwidth is greater than the predetermined value, the first CORESET setting is selected. (3) The communication device according to (1) or (2), wherein the number of physical resource blocks in the second CORESET setting is smaller than the number of physical resource blocks in the first CORESET setting. (4) The communication device according to any one of (1) to (3), wherein the communication unit monitors a second PBCH for receiving the second CORESET setting based on the one or more bits and receives a second signal. (5) The communication device according to (4), wherein the control unit determines whether or not the second PBCH is present based on the one or more bits. (6) The communication device according to (4) or (5), wherein the control unit determines a resource in which the second PBCH is placed based on the one or more bits. (7) The communication device according to any one of (4) to (6), wherein the second PBCH is arranged by being time-multiplexed or frequency-multiplexed with the PBCH. (8) The communication device according to any one of (1) to (3), wherein the control unit switches reference information for receiving the first CORESET setting or the second CORESET setting based on the one or more bits. (9) The communication device according to any one of (1) to (8), wherein, in the second CORESET setting, a SIB1 (System Information Block Type 1) used for communication by applying the second CORESET setting is transmitted. (10) a communication unit that monitors either the first PBCH or the second PBCH to receive a signal; a control unit that controls the communication unit to apply a first CORESET setting when the first PBCH is monitored to receive the signal, and to apply a second CORESET setting when the second PBCH is monitored to receive the signal; A communication device comprising: (11) a communication unit that transmits, using a PBCH, a signal including one or more bits for determining whether a communication partner applies a first CORESET setting or a second CORESET setting to perform communication; A communication device comprising: (12) monitoring the PBCH to receive a signal; determining whether to apply a first CORESET setting or a second CORESET setting to communicate based on one or more bits included in the signal received on the PBCH; A communication method including: (13) monitoring one of the first PBCH or the second PBCH to receive a signal; When the first PBCH is monitored to receive the signal, a first CORESET setting is applied, and when the second PBCH is monitored to receive the signal, a second CORESET setting is applied to perform communication; A communication method including: [Explanation of symbols]

[0258] 20 Base station equipment 21 Wireless Communication Department 24, 45 Control section 40 Terminal Equipment 41 Wireless Communication Section

Claims

1. A communication unit that monitors a PBCH and receives a signal; A control unit that determines whether to apply a first CORESET setting or a second CORESET setting to communication based on one or more bits included in the signal received on the PBCH; A communication device comprising:

2. 2. The communication device of claim 1, wherein the second CORESET setting is selected when a maximum supported bandwidth of the communication device is less than or equal to a predetermined value, and the first CORESET setting is selected when the maximum supported bandwidth is greater than the predetermined value.

3. The communication device according to claim 1 , wherein a number of physical resource blocks in the second CORESET setting is smaller than a number of physical resource blocks in the first CORESET setting.

4. The communication device according to claim 1 , wherein the communication unit receives a second signal by monitoring a second PBCH for receiving the second CORESET setting based on the one or more bits.

5. The communication device according to claim 4 , wherein the control unit determines whether the second PBCH is present or not based on the one or more bits.

6. The communication device according to claim 4 , wherein the control unit determines a resource in which the second PBCH is arranged based on the one or more bits.

7. The communication device according to claim 4 , wherein the second PBCH is arranged in a time-multiplexed or frequency-multiplexed manner with the PBCH.

8. The communication device according to claim 1 , wherein the control unit switches reference information for receiving the first CORESET setting or the second CORESET setting based on the one or more bits.

9. The communication device according to claim 1 , wherein in the second CORESET setting, a SIB1 (System Information Block Type 1) used for communication performed by applying the second CORESET setting is transmitted.

10. A communication unit that monitors either the first PBCH or the second PBCH and receives a signal; A control unit that controls the communication unit to apply a first CORESET setting when the first PBCH is monitored to receive the signal, and to apply a second CORESET setting when the second PBCH is monitored to receive the signal, and to perform communication; A communication device comprising:

11. When the number of PRBs indicated in the first CORESET setting is greater than a predetermined value, the first CORESET setting is not applied, and the second CORESET setting is applied. The communication device according to claim 10.

12. A communication unit that transmits, using a PBCH, a signal including one or more bits for determining whether a communication partner applies the first CORESET setting or the second CORESET setting to perform communication; A communication device comprising:

13. monitoring the PBCH to receive signals; Determining whether to apply a first CORESET setting or a second CORESET setting to communication based on one or more bits included in the signal received on the PBCH; A communication method including:

14. monitoring one of the first PBCH or the second PBCH to receive a signal; When the first PBCH is monitored to receive the signal, a first CORESET setting is applied, and when the second PBCH is monitored to receive the signal, a second CORESET setting is applied to perform communication; A communication method including:

Images