WO2023203786A1

WO2023203786A1 - Base station and communication method

Info

Publication number: WO2023203786A1
Application number: PCT/JP2022/018643
Authority: WO
Inventors: 優元 ▲高▼橋; 聡永田
Original assignee: 株式会社Ｎｔｔドコモ
Priority date: 2022-04-22
Filing date: 2022-04-22
Publication date: 2023-10-26

Abstract

This base station has a receiver for receiving an access signal for access to the base station by a terminal, and a controller for causing a reception unit for receiving an uplink signal to wake up or sleep on the basis of the access signal.

Description

Base station and communication method

The present disclosure relates to a base station and a communication method.

The 3rd Generation Partnership Project (3GPP) specifies the 5th generation mobile communication system (also known as 5G, New Radio (NR), or Next Generation (NG)) and the next generation called Beyond 5G, 5G Evolution, or 6G. We are also proceeding with the specification of

For 5G, technologies that satisfy the requirements such as a large capacity system, high data transmission speed, low delay, simultaneous connection of many terminals, low cost, and power saving are being considered (for example, non-patent document 1). ).

Regarding power saving, 3GPP Release 16 introduces WUS (Wake Up Signal) so that terminals can monitor control signals with low power consumption. Note that power may be replaced with energy, and power saving may be replaced with power reduction, etc.

In 3GPP Release 18, power saving of base stations is being considered (for example, Non-Patent Document 2). The details are a subject for future consideration.

As mentioned above, in future wireless communication systems, power saving of base stations is being considered, but how to control the power saving and specific operations etc. have not been sufficiently studied.

One aspect of the present disclosure is to provide a terminal and a communication method that can save power in a base station.

A base station according to an aspect of the present disclosure includes a receiving unit that receives an access signal for accessing the base station, and a control unit that activates or sleeps a receiving unit for receiving an uplink signal based on the access signal. and has.

In a communication method according to an aspect of the present disclosure, a base station receives an access signal for accessing the base station, and activates or sleeps a receiving unit for receiving an uplink signal based on the access signal. .

1 is a diagram illustrating an example of a wireless communication system according to an embodiment. FIG. 2 is a diagram showing an example of FR used in a wireless communication system. FIG. 2 is a diagram showing an example of a configuration of a radio frame, a subframe, and a slot used in a radio communication system. FIG. 2 is a diagram for explaining CDRX in Release 15 of 3GPP. FIG. 2 is a diagram for explaining WUS in Release 16 of 3GPP. FIG. 3 is a diagram showing an example of parameters related to RO settings. FIG. 3 is a diagram showing part of a table for RO settings. FIG. 3 is a diagram showing an example of parameters related to BFR settings. FIG. 3 is a diagram showing an example of a BSR event. 3 is a diagram illustrating an example of the operation of proposal 1-option 1. FIG. 3 is a diagram illustrating an operation example of proposal 1-option 2. FIG. FIG. 3 is a diagram illustrating parameters that define gNB CDRX. FIG. 3 is a diagram illustrating proposal 3-option 1.1. FIG. 3 is a diagram illustrating proposal 3-option 1.2. FIG. 1 is a block diagram showing an example of the configuration of a base station according to an embodiment. FIG. 2 is a block diagram illustrating an example of the configuration of a terminal according to an embodiment. FIG. 2 is a diagram illustrating an example of the hardware configuration of a base station and a terminal according to an embodiment. 1 is a diagram showing an example of the configuration of a vehicle.

Hereinafter, embodiments according to one aspect of the present disclosure will be described with reference to the drawings.

(Embodiment)
<Wireless communication system>
FIG. 1 is a diagram illustrating an example of a wireless communication system 10 according to an embodiment. The wireless communication system 10 is a wireless communication system that complies with 5G NR, and includes a Next Generation-Radio Access Network 20 (hereinafter referred to as NG-RAN 20) and a terminal 200 (hereinafter also referred to as UE (User Equipment) 200). include.

Note that the wireless communication system 10 may be a wireless communication system that follows a system called Beyond 5G, 5G Evolution, or 6G.

The NG-RAN 20 includes a base station 100A (hereinafter also referred to as gNB 100A) and a base station 100B (hereinafter also referred to as gNB 100B). Note that when there is no need to distinguish between gNB 100A, gNB 100B, etc., they are collectively referred to as gNB or base station 100. Further, the number of gNBs and UEs is not limited to the example shown in FIG. 1.

The NG-RAN 20 actually includes multiple NG-RAN nodes, specifically gNB (or ng-eNB), and is connected to a 5G-compliant core network (5GC, not shown). Note that the NG-RAN 20 and 5GC may be simply expressed as a "network." Furthermore, in the following, gNB may be replaced with network (NW).

The gNB 100A and gNB 100B are, for example, base stations that comply with 5G, and perform wireless communication with the UE 200 according to 5G. gNB 100A, gNB 100B, and UE 200 use multiple component carriers (CC: It may be compatible with carrier aggregation (CA) that uses a bundle of component carriers, dual connectivity (DC) that communicates between the UE and two NG-RAN nodes, and the like.

Additionally, the wireless communication system 10 may support multiple frequency ranges (FR).

FIG. 2 is a diagram showing an example of FR used in the wireless communication system 10. As shown in FIG. 2, the wireless communication system 10 may support FR1 and FR2. The frequency bands of each FR are, for example, as follows.
・FR1: 410MHz to 7.125GHz
・FR2: 24.25GHz to 52.6GHz

In FR1, sub-carrier spacing (SCS) of 15 kHz, 30 kHz, or 60 kHz is used, and a bandwidth (BW) of 5 to 100 MHz may be used. FR2 is at a higher frequency than FR1, with an SCS of 60kHz or 120kHz (may include 240kHz), and a bandwidth (BW) of 50-400MHz may be used.

Note that SCS may be interpreted as numerology. The numerology is defined in 3GPP TS 38.300 and corresponds to one subcarrier spacing in the frequency domain.

Furthermore, the wireless communication system 10 may support a frequency band higher than the FR2 frequency band. Specifically, the wireless communication system 10 may support frequency bands exceeding 52.6 GHz and up to 114.25 GHz. Such a high frequency band may be conveniently referred to as "FR2x". When using a band exceeding 52.6GHz, CP-OFDM (Cyclic Prefix-Orthogonal Frequency Division Multiplexing)/DFT-S-OFDM (Discrete Fourier Transform-Spread-Orthogonal Frequency Division Multiplexing) with a larger SCS may be applied. .

FIG. 3 is a diagram showing a configuration example of a radio frame (system frame), subframe, and slot used in the radio communication system 10. As shown in FIG. 3, one slot is composed of 14 symbols, and the larger (wider) the SCS, the shorter the symbol period (and slot period). However, SCS is not limited to the intervals (frequency) shown in FIG. 3. For example, 480kHz, 960kHz, etc. may be used as the SCS.

Furthermore, the number of symbols constituting one slot does not necessarily have to be 14 symbols (for example, it may be 28 or 56 symbols, etc.). Furthermore, the number of slots per subframe may vary depending on the SCS.

Note that the time direction (t) shown in FIG. 3 may also be called a time domain, symbol period, symbol time, or the like. Further, the frequency direction may be referred to as a frequency domain, a resource block, a subcarrier, a bandwidth part (BWP), or the like.

The gNB 100 transmits control information, configuration information, etc. for realizing power saving of the gNB 100 to the UE 200 as a downlink (DL) signal.

For example, the gNB 100 receives control information for realizing power saving of the gNB 100, data signals, information regarding the processing capability of the UE 200 (terminal capability (information); for example, as an uplink (UL) signal; UE capability), etc.

Channels used for transmitting DL signals include, for example, data channels and control channels. For example, the data channel may include a physical downlink shared channel (PDSCH), and the control channel may include a physical downlink control channel (PDCCH). For example, the gNB 100 transmits control information to the UE 200 using the PDCCH, and transmits a DL data signal using the PDSCH. Note that PDSCH is an example of a downlink shared channel, and PDCCH is an example of a downlink control channel. PDCCH may be replaced with downlink control information (DCI), control information, etc. transmitted on PDCCH.

Reference signals included in the DL signal include, for example, DMRS (Demodulation Reference Signal), PTRS (Phase Tracking Reference Signal), CSI-RS (Channel State Information-Reference Signal), SRS (Sounding Reference Signal), and location information. At least one PRS (Positioning Reference Signal) for use may be included. For example, reference signals such as DMRS and PTRS are used to demodulate DL data signals and are transmitted using PDSCH.

UE200 is a communication device with wireless communication function, such as a smartphone, mobile phone, tablet, wearable terminal, or M2M (Machine-to-Machine) communication module.

The UE 200 uses various communication services provided by the wireless communication system 10 by receiving a control signal or data signal from the gNB 100 via DL and transmitting the control signal or data signal to the gNB 100 via UL. Further, UE 200 receives various reference signals transmitted from gNB 100, and measures channel quality based on the reception results of the reference signals.

For example, the UE 200 receives control information, setting information, etc. for realizing power saving of the gNB 100 from the gNB 100 as a DL signal.

Also, for example, the UE 200 transmits control information for realizing power saving of the gNB 100, data signals, terminal capability information of the UE 200, etc. to the gNB 100 as a UL signal.

Channels used for transmitting UL signals include, for example, data channels and control channels. For example, the data channel may include a physical uplink shared channel (PUSCH), and the control channel may include a physical uplink control channel (PUCCH). For example, the UE 200 transmits control information using the PUCCH and transmits a UL data signal using the PUSCH. Note that PUSCH is an example of an uplink shared channel, and PUCCH is an example of an uplink control channel. A shared channel may be called a data channel. Note that PUSCH or PUCCH may be replaced with uplink control information (UCI), control information, etc. transmitted on PUSCH or PUCCH.

The reference signal included in the UL signal may include, for example, at least one of DMRS, PTRS, CSI-RS, SRSRS, and PRS for location information. For example, reference signals such as DMRS and PTRS are used to demodulate UL data signals and are transmitted using PUSCH.

<Terminal power saving>
Techniques for power saving in terminals include, for example, discontinuous reception (DRX) and connected mode discontinuous reception (CDRX).

FIG. 4 is a diagram for explaining CDRX in 3GPP Release 15. In CDRX operation in 3GPP Release 15, the terminal is active during the DRX on-duration in the DRX cycle and monitors the PDCCH during the DRX on-duration.

FIG. 5 is a diagram for explaining WUS in 3GPP Release 16. In 3GPP Release 16, PDCCH-based WUS can instruct one or more terminals whether the terminal should monitor the PDCCH within the next DRX on period.

DCI format 2_6 with CRC (Cyclic Redundancy Check) scrambled by PS-RNTI (Power Saving - Radio Network Temporary Identifier) is used as PDCCH-based WUS and is also called DCP (DCI with CRC scrambled by PS-RNTI).

The WUS monitoring occasion is set by an offset from the DRX on period based on the terminal capability. If the WUS indicates "Not Active" (i.e., the device is not transmitting or receiving data), the device should skip monitoring during the DRX on period and immediately enter sleep mode. I can do it.

Additionally, a default terminal operation may be set in case PDCCH-based WUS is not detected due to, for example, a detection error.

DCI format 2_6 includes a 1-bit Wake-up Indication indicating “active” or “inactive” (for example, 3GPP TS38.212 V16.9.0(2022-03) Sec .7.3.1.3.7). Note that active may be read as enabled, enabled, activated, etc., and inactive may be read as disabled, invalidated, sleep, etc.

<RACH configuration>
In connection with the transmission of the Physical Random Access Channel (PRACH), for example, 3GPP TS 38.211 V16.9.0 (2022-03) defines an RO setting (RACH Occasion configuration) for transmitting the PRACH.

The terminal transmits upper layer signaling parameters (upper layer parameters), such as Radio Resource Control (RRC) and/or System Information Block (SIB), and Table 6.3 of 3GPP TS 38.211 V16.9.0 (2022-03). Set RO based on 3.2-2/3/4. Note that the RO setting may also be referred to as a random access setting. RACH may also be referred to as PRACH.

FIG. 6 is a diagram showing an example of parameters related to RO settings (for details, see, for example, 3GPP TS38.331 V16.8.0 (2022-03) Sec.6.3.2). FIG. 7 is a diagram showing part of a table for RO settings (for example, see 3GPP TS38.211 V16.9.0 (2022-03) Table 6.3.3.2-2).

The terminal refers to the "PRACH Configuration Index" in the table shown in FIG. 7 based on the parameter "prach-ConfigurationIndex" included in the RACH-ConfigGeneric information element (IE) shown in FIG. 6, for example. The terminal acquires various information corresponding to the "PRACH Configuration Index" of the table to be referenced, and determines resources (opportunities) in the time domain of the RO. For example, the terminal obtains information such as the subframe number for transmitting the PRACH preamble, the start symbol for starting transmission of the PRACH preamble, and the number of slots for transmitting the PRACH preamble, and determines resources in the time domain of the RO.

Further, the terminal determines resources (opportunities) in the frequency domain of the RO, for example, based on the parameters "msg1-FDM" and "msg1-FrequencyStart" included in the RACH-ConfigGeneric shown in FIG. 6. For example, the terminal determines the position and number (multiplexing number) of ROs in the frequency domain based on the parameters “msg1-FDM” and “msg1-FrequencyStart”.

The random access preamble is transmitted only in the time resources given by the upper layer parameter "prach-ConfigurationIndex" according to table 6.3.3.2-2/3/4 of 3GPP TS 38.211. Also, the random access preamble depends on whether it is FR1 or FR2 and the spectrum type defined in 3GPP TS38.104 V16.11.0 (2022-03).

Additionally, the random access preamble is transmitted only on the frequency resource specified by the upper layer parameter "msg1-FrequencyStart". PRACH frequency resources are expressed by the following equation (1).

Here, M in equation (1) is equal to the upper layer parameter "msg1-FDM". PRACH frequency resources nRA are numbered in ascending order from the lowest frequency within the initial uplink bandwidth part during initial access. PRACH frequency resources nRA are numbered in ascending order from the lowest frequency within the active uplink bandwidth part except during initial access.

<RACH configuration for BFR>
In wireless systems, RACH can also be configured for Beam Failure Recovery (BFR). In other words, RO is also set in BFR.

FIG. 8 is a diagram showing an example of parameters related to BFR settings (for details, see, for example, 3GPP TS38.331 V16.8.0 (2022-03) Sec.6.3.2). As shown in FIG. 8, the BeamFailureRecoveryConfig IE includes a parameter "ra-OccasionList". For example, the terminal determines RO resources (opportunities) based on the parameter "ra-OccasionList" in the BFR procedure.

<BSR>
The terminal reports information regarding the amount of data in the buffer (the amount of data to be transmitted to the base station) to the base station (Buffer Status Report (BSR)). BSR is triggered, for example, when the event shown in FIG. 9 occurs. In other words, the terminal transmits BFR to the base station when the event shown in FIG. 9 occurs. Note that the event is defined in, for example, 3GPP TS38.321 V16.8.0 (2022-03) Sec.5.4.5.

<Status of discussion on base station power saving>
As mentioned above, in 3GPP Release 18, power saving of base stations is being considered (for example, Non-Patent Document 2). For example, base station-side and terminal-side techniques are being considered to improve network energy reduction from both base station transmission and reception perspectives.

For example, the potential support/feedback from the terminal and the potential terminal assistance information can be used to improve efficiency in one or more network energy reduction techniques in the time domain, frequency domain, spatial domain and power domain. Methods are being considered to implement operations dynamically and/or semi-statically and to achieve finer-grained adaptation of transmission and/or reception.

<Consideration>
Currently, reducing the power consumption of base stations is becoming increasingly important in order to achieve carbon neutrality and SDGs (Sustainable Development Goals). 5G will also enable new features and improved performance, but will also increase energy requirements for base stations and terminals.

As mentioned above, standardization regarding power saving for terminals is progressing, but there is a problem in that the technology for reducing the power consumption of base stations has not been standardized.

For example, regarding the reduction of power consumption in base stations, there are no regulations regarding specific details such as how to control intermittent reception at base stations. Therefore, in this disclosure, three proposals are made.

<Proposal 1>
A mechanism to indicate whether a base station should wake up or sleep for UL reception is introduced as a gNB Wake-up signal (g-WUS or gWUS). This mechanism may be referred to as RACH based g-WUS.

g-WUS is transmitted from the terminal to the base station. The base station dynamically enables/disables a receiving unit (RX unit) based on, for example, g-WUS.

Note that the reception unit of the base station may mean an apparatus or device for receiving signals from a terminal, an apparatus or device for UL reception, etc. Furthermore, enabling the receiving unit of the base station may mean activating (waking up) the receiving unit of the base station from the sleep state (bringing it into the activated state), and disabling the receiving unit of the base station may mean putting the receiving unit of the base station to sleep from the awake state (sleep state, hibernation state, or hibernation state).

- Instruction information by g-WUS Whether the base station needs to wake up at the next CDRX occasion is indicated by PRACH. In other words, PRACH may be used as g-WUS.

If the base station has gNB CDRX enabled, Proposal 1 may be applied. In other words, proposal 1 may be applied to the base station during CDRX operation.

For example, if the base station receives PRACH from the terminal during CDRX operation, it will wake up at the next CDRX opportunity (proposal 1 - option 1). For example, when the base station receives PRACH from the terminal during CDRX operation, it enables the receiving unit at the opportunity of CDRX after receiving PRACH.

Also, for example, when the base station receives PRACH from a terminal during CDRX operation, it sleeps at the next CDRX opportunity (proposal 1 - option 2). For example, when the base station receives PRACH from a terminal during CDRX operation, it disables the receiving unit at the opportunity of CDRX after receiving PRACH.

Note that the next CDRX opportunity may be drx-onDurationTimer in the next drx-LongCycle. Alternatively, the next CDRX opportunity may be drx-onDurationTimer in the next drx-shortCycle. Parameters that define gNB CDRX (sometimes referred to as gNB CDRX parameters), such as drx-LongCycle, drx-shortCycle, and drx-onDurationTimer, are explained in FIG. 12.

<Proposal 1 - Option 1: Wake-up instruction>
As described above, when the base station receives PRACH from the terminal during CDRX operation, it wakes up at the next CDRX opportunity.

If the base station receives a wake-up instruction from at least one terminal, it receives the UL channel when drx-onDurationTimer, drx-InactivityTimer, or drx-RetransmissionTimerUL is executed at the next CRX opportunity.

For example, when the base station receives PRACH from at least one terminal, it receives the UL channel when drx-onDurationTimer, drx-InactivityTimer, or drx-RetransmissionTimerUL is executed at the next CRX opportunity.

- Terminal operation The terminal sends a PRACH in the RO for the base station to wake up at the next CDRX opportunity.

For example, the terminal determines the RO and transmits a PRACH such as a random access preamble (Msg1) using a method similar to that described in <RACH settings> above. Furthermore, the terminal determines the RO using a method similar to that described in <RACH configuration for BFR> above, and transmits a PRACH such as a random access preamble. The base station determines the RO at the terminal and determines the g-WUS reception opportunity (timing to receive g-WUS), for example, in the same manner as the terminal.

The terminal transmits the UL channel only while the terminal instructs the base station to wake up.

FIG. 10 is a diagram illustrating an example of the operation of proposal 1-option 1. For example, the terminal does not transmit PRACH in the RO for g-WUS shown by arrow A10a in FIG. 10. The base station does not receive PRACH in the RO for g-WUS shown by arrow A10a.

If the base station does not receive PRACH in the RO for g-WUS shown by arrow A10a, it does not wake up in drx-onDuration shown by arrow A10b. In other words, the base station does not activate the receiving unit and does not monitor the UL channel (UL signal) during drx-onDuration shown by arrow A10b.

For example, the terminal transmits PRACH in the RO for g-WUS shown by arrow A10c in FIG. 10. The base station receives PRACH in the RO for g-WUS shown by arrow A10c.

When the base station receives PRACH in the RO for g-WUS shown by arrow A10c, it wakes up at drx-onDuration shown by arrow A10d. In other words, the base station activates the receiving unit and monitors the UL channel during drx-onDuration shown by arrow A10d.

Through the above operations, the base station can reduce power consumption.

<Proposal 1 - Option 2: Sleep instruction>
As described above, when the base station receives PRACH from the terminal during CDRX operation, it sleeps at the next CDRX opportunity.

If the base station receives an instruction to sleep from at least one terminal, it shall, at the next CRX opportunity, regardless of the gNB CDRX parameters (e.g., whether drx-onDurationTimer or drx-InactivityTimer or drx-RetransmissionTimerUL is executed) (regardless of whether or not), it does not receive UL channels.

For example, if the base station receives a PRACH from at least one terminal, it will not receive the UL channel at the next CRX opportunity, regardless of the gNB CDRX parameters.

- Terminal operation The terminal sends a PRACH in the RO for the base station to sleep at the next CDRX opportunity.

The terminal does not transmit the UL channel while the terminal instructs the base station to wake up.

FIG. 11 is a diagram illustrating an example of the operation of proposal 1-option 2. For example, the terminal does not transmit PRACH in the RO for g-WUS shown by arrow A11a in FIG. 11. The base station does not receive PRACH in the RO for g-WUS shown by arrow A11a.

If the base station does not receive PRACH in the RO for g-WUS shown by arrow A11a, it wakes up at drx-onDuration shown by arrow A11b. In other words, the base station activates the receiving unit and monitors the UL channel during drx-onDuration shown by arrow A11b.

For example, the terminal transmits PRACH in the RO for g-WUS shown by arrow A11c in FIG. 11. The base station receives PRACH in the RO for g-WUS shown by arrow A11c.

When the base station receives PRACH in the RO for g-WUS shown by arrow A11c, it does not wake up in the drx-onDuration shown by arrow A11d. In other words, the base station does not activate the receiving unit and does not monitor the UL channel during drx-onDuration shown by arrow A11d.

Through the above operations, the base station can reduce power consumption.

<Proposal 1 - Option 3>
For example, a plurality of terminals may reside in a cell of a base station. That is, a plurality of terminals may belong to (exist) under a base station.

<Proposal 1 - Option 3.1>
All terminals located in the cell of the base station may transmit information on whether to wake up the base station. That is, all terminals located in the cell of the base station may transmit PRACH as g-WUS.

<Proposal 1 - Option 3.2>
Some terminals located in the cell of the base station may transmit information on whether to wake up the base station. That is, some terminals located in the cell of the base station may transmit PRACH as g-WUS.

When some terminals residing in the cell of a base station transmit g-WUS, some terminals transmitting g-WUS may be determined by, for example, DCI. Some terminals that transmit g-WUS may be determined by, for example, RRC. Some terminals that transmit g-WUS may be determined by MAC CE, for example.

<Proposal 1 - Others>
Although the base station has determined whether to wake up or not based on the presence or absence of PRACH transmission from the terminal, the base station is not limited to this. For example, the base station may make a decision whether to wake up or not based on information sent in the PRACH. For example, a base station may make a decision whether to wake up or not based on one bit of information sent in PRACH. One bit of information may be included in the random access preamble, for example.

The terminal and base station may switch between Proposal 1-Option 1 operation and Proposal 1-Option 2 operation. The terminal may switch between Proposal 1-Option 1 operation and Proposal 1-Option 2 operation, for example, using the DCI. The terminal may switch between Proposal 1-Option 1 operation and Proposal 1-Option 2 operation, for example, by RRC. The terminal may switch between Proposal 1-Option 1 operation and Proposal 1-Option 2 operation, for example, using the MAC CE.

<Parameters that define gNB CDRX>
FIG. 12 is a diagram illustrating parameters defining gNB CDRX. A base station CDRX may be defined by multiple parameters listed below. Note that the unit of the parameter may be a symbol, slot, subframe, millisecond, second, or the like. The units may be different or the same for each parameter.

・drx-onDurationTimer: Duration at the start of the DRX cycle ・drx-SlotOffset: Delay before starting drx-onDurationTimer ・drx-InactivityTimer: Period during which the terminal performs uplink transmission after an uplink reception opportunity ・drx- LongCycleStartOffset: Long DRX cycle (i.e. drx-LongCycle) and drx-StartOffset that define when the long and short DRX cycles start
・drx-ShortCycle: Short DRX cycle ・drx-ShortCycleTimer: Period during which the base station follows a short DRX cycle ・drx-RetransmissionTimerUL: Maximum period until uplink retransmission grant is received ・drx-HARQ-RTT-TimerUL: Up Minimum period before link retransmission permission is expected

If the base station's intermittent reception is enabled, the base station receives the uplink channel transmitted from the terminal when drx-onDurationTimer, drx-InactivityTimer, or drx-RetransmissionTimerUL is executed. Good too.

The above parameters may be notified by an upper layer signal such as RRC, for example. The above parameters may be signaled by upper layer signals such as MAC CE. The above parameters may be notified by lower layer signals such as DCI.

<Proposal 2>
Proposal 2 describes PRACH configuration in g-WUS. RO/PRACH in g-WUS may be configured using time domain resources and frequency domain resources.

・RO/PRACH time domain resource RO (RO time domain resource) is determined by a specific table containing the RO starting time and duration and/or upper layer parameters. be done.

・・Example 1 of time domain resources of RO/PRACH (combination of table and upper layer)
RO is determined by both the table and higher layer parameters. A table containing candidate RO start times and durations is defined by the specification index. One of the start time and period candidates is indicated by an index according to the RRC configuration, such as prach-ConfigurationIndex.

For example, the table includes the start time and period of the RO, and also includes an index associated with the start time and period of the RO. The table may be, for example, the same as or similar to Table 6.3.3.2-2/3/4 of 3GPP TS 38.211 V16.9.0 (2022-03). The index may be, for example, prach-ConfigurationIndex. prach-ConfigurationIndex may be a parameter included in "RACH-ConfigGeneric", for example.

The terminal refers to the table and obtains the start time and period of the RO, for example, using the parameter "prach-ConfigurationIndex" notified by RRC signaling. The terminal determines resources in the time domain of the RO based on the acquired start time and duration of the RO.

・・Example 2 of time domain resources of RO/PRACH (upper layer parameters only)
RO is determined only by upper layer parameters without using a table. For example, the start time and duration of the RO are set together or separately by one or more RRC parameters.

For example, a parameter (upper layer parameter) "StartandDuration" is prepared in which the start time and duration are indicated together. One parameter "StartandDuration" includes the start time and duration of the RO. For example, when the terminal receives one parameter "StartandDuration" from the base station, the terminal determines the disclosure time and duration of the resource in the time domain of the RO from the received one parameter "StartandDuration".

Furthermore, for example, a parameter (upper layer parameter) "Start" and a parameter "Duration" are prepared in which a start time and a period are individually indicated. The parameter "Start" indicates the start time of the RO, and the parameter "Duration" indicates the duration of the RO. For example, the terminal determines the start time of the resource in the time domain of the RO based on the parameter "Start" received from the base station, and determines the start time of the resource in the time domain of the RO based on the parameter "Duration" received from the base station. Determine the period of time.

... RO/PRACH time domain resource example 3 (new upper layer parameters)
The upper layer parameters may be included in (or associated with) new PRACH-specific parameters for g-WUS. For example, the upper layer parameter may be included in a g-WUS parameter (IE) such as "RACH-ConfigWUS".

More specifically, the parameter "RACH-ConfigWUS" may include the parameter "prach-ConfigurationIndex". The terminal may refer to the table described in “RO/PRACH time domain resource example 1” above based on the parameter “prach-ConfigurationIndex” included in the parameter “RACH-ConfigWUS” received from the base station. good.

Additionally, the parameter "RACH-ConfigWUS" may include a parameter indicating the start time and period of RO. For example, the parameter "RACH-ConfigWUS" may include the parameter "StartandDuration" described in "Example 2 of RO/PRACH time domain resource" above. Further, the parameter "RACH-ConfigWUS" may include the parameter "Start" and the parameter "Duration" described in "Example 2 of RO/PRACH time domain resource" above.

・Example 4 of RO/PRACH time domain resources (PRACH transmission timing for g-WUS)
PRACH may be transmitted at the timings described in

Options

1 and 2 below.

<Proposal 2 - Option 1>
PRACH is sent at each RO. For example, the terminal transmits PRACH for each RO.

<Proposal 2 - Option 2>
PRACH is only sent when the UL channel is ready to be sent. The conditions of “preparation to be transmitted” may be the same as, for example, BSR reporting in 3GPP TS38.321 V16.8.0 (2022-03) Sec.5.4.5.

For example, when the event shown in FIG. 9 occurs, the terminal transmits PRACH in the next available RO (for example, the RO after the event occurs). The next available RO may be the first symbol in the first slot of the RO. This allows the terminal to suppress communication delays. Note that the next available RO is not limited to the first symbol in the first slot of the RO. For example, the next available RO may be the second or subsequent symbols in the second or subsequent slots of the RO.

- RO/PRACH frequency domain resources g-WUS PRACH frequency resources are determined by the PRACH preamble and/or upper layer parameters.

For example, the bandwidth of each RO within one time slot is determined by the PRACH preamble. For example, when L _RA =139, the PRB of one RO is 12. _LRA is, for example, a parameter that defines the length of the PRACH preamble.

For example, the number of ROs (multiplexing number) within one time slot is determined by upper layer parameters. The upper layer parameter is, for example, msg1-FDM.

The starting frequency location is determined by upper layer parameters. The upper layer parameter is, for example, msg1-FrequencyStart. msg1-FrequencyStart indicates, for example, an offset from a certain PRB.

Upper layer parameters may be included in (or associated with) new parameters dedicated to g-WUS PRACH. For example, the upper layer parameter may be included in a g-WUS parameter (IE) such as "RACH-ConfigWUS".

More specifically, the parameter "RACH-ConfigWUS" may include the parameter "msg1-FDM" and the parameter "msg1-FrequencyStart." The terminal may determine the frequency domain resource of the RO based on the parameter "msg1-FDM" and the parameter "msg1-FrequencyStart" included in the parameter "RACH-ConfigWUS" received from the base station. Furthermore, the parameter “RACH-ConfigWUS” may include a parameter “L _RA ” that defines the length of the PRACH preamble.

・RA Radio Network Temporary Identifier (RA-RNTI)
RA-RNTI may or may not be set by upper layer parameters. For example, in BFR, RA-RNTI is not configured by upper layer parameters.

RA-RNTI may or may not be set by the RO-based MAC CE. When configured by the MAC CE, the RA-RNTI may be determined based on equation (2) below (e.g., see 3GPP TS38.321 V16.8.0(2022-03) Sec.5.1.3) .

- Other settings in PRACH for g-WUS Other PRACH-related settings such as powerRampingStep, preambleReceivedTargetPower, and preambleTransMax are configured with upper layer parameters. powerRampingStep indicates the step of ramping up the transmission power of the random access preamble. preambleReceivedTargetPower indicates the target received power of the random access preamble. preambleTransMax indicates the maximum number of times a random access preamble is transmitted.

These parameters related to PRACH for g-WUS may be notified from the base station to the terminal by, for example, RRC signaling. For example, these parameters may be notified in one or more of the parameters (IE) "RACH-ConfigGeneric", "RACH-ConfigCommon", and the new parameter "RACH-ConfigCommon".

A priority may be set in PRACH for g-WUS. For setting the priority, a priority random access procedure (see 3GPP TS38.321 V16.8.0 (2022-03) Sec.5.1.1) based on upper layer parameters may be applied.

For example, if a PRACH has an upper layer parameter (priority) set and a power ramping step is set, the prioritized PRACH (prioritized PRACH) has a power ramping step set for the prioritized PRACH. applies. The parameters for setting the priority may be included in the new parameter “RACH-ConfigCommon”.

<Proposal 3>
Proposal 3 is a proposal regarding the RACH based g-WUS response (Msg2). When the base station receives RACH based g-WUS, it transmits a response signal to the terminal. For example, the base station transmits a Random Access Response (RAR) to the terminal. In proposal 3, the following

options

1 and 2 are proposed.

<Proposal 3 - Option 1>
The RAR is scrambled based on one or more of Cell-RNTI (C-RNTI), Modulation Coding Scheme-C-RNTI (MCS-C-RNTI), and New RNTI. The new RNTI may be called Energy Saving-RNTI (ES-RNTI). Proposal 3 - Option 1 assumes that RA-RNTI is not provided (configured) (see "RA Radio Network Temporary Identifier (RA-RNTI)" in Proposal 2).

A search space in which the terminal monitors RACH based g-WUS responses (sometimes referred to as g-WUS RAR) is set by upper layer parameters. The terminal may or may not monitor PDCCHs (DCI) other than g-WUS RAR in the configured search space.

The terminal may or may not assume that another search space set for monitoring the PDCCH is provided in the control resource set (CORESET) associated with the search space.

The following options 1.1 and 1.2 are proposed as monitoring opportunities for g-WUS RAR.

<Proposal 3 - Option 1.1>
g-WUS RAR monitoring opportunities are based on time windows. The time window is configured in upper layer parameters for g-WUS RAR reception. For example, the terminal monitors g-WUS RAR in a time window (section) set by upper layer parameters.

The time window may be, for example, X symbols and/or slots starting from Y. Here, Y may be an ID of a dedicated slot and/or a dedicated symbol. Y may be, for example, n+Z slots and/or symbols. n is the slot in which the terminal transmits PRACH for g-WUS, and Z may be an integer value such as 4. The upper layer parameters may be new PRACH-specific parameters for RACH-ConfigCommon and g-WUS.

FIG. 13 is a diagram explaining proposal 3-option 1.1. A dotted line frame 13a shown in FIG. 13 indicates the RO for g-WUS. The dotted frame 13b indicates the g-WUS RAR opportunity (time window) for monitoring the g-WUS RAR.

The terminal monitors the g-WUS RAR from the base station in the g-WUS RAR opportunity shown in the dotted frame A13b. The g-WUS RAR opportunity shown in the dotted frame A13b is set by upper layer parameters such as RRC signaling, for example.

For example, the g-WUS RAR opportunity starts at Z symbols and/or slots from the last symbol and/or slot (eg, Y) of the RO. Z is an integer value such as 4, for example. The g-WUS RAR opportunity lasts for X symbols and/or slots. X, Y, and Z are notified to the terminal as upper layer parameters.

<Proposal 3 - Option 1.2>
Monitoring opportunities for g-WUS RAR are set by the above search space. The duration and/or periodicity and/or start time of the monitoring opportunity with an offset from the RACH based g-WUS (RO) may be provided (configured) by upper layer parameters of the g-WUS RAR search space.

FIG. 14 is a diagram explaining proposal 3-option 1.2. A dotted line frame 14a shown in FIG. 13 indicates the RO for g-WUS. The dotted box 14b indicates g-WUS RAR opportunities for monitoring g-WUS RAR.

The terminal monitors the g-WUS RAR from the base station in the g-WUS RAR opportunity shown in the dotted frame A14b. The g-WUS RAR opportunity shown in the dotted frame A14b is set by upper layer parameters such as RRC signaling, for example.

For example, the g-WUS RAR opportunity is set by the start time, period, and period of the monitoring opportunity by offset from the RACH based g-WUS (RO). The offset, period, and period from RACH based g-WUS (RO) are notified to the terminal by upper layer parameters of g-WUS RAR search space.

The opportunities for monitoring g-WUS RAR have been explained above.

The terminal shall be scrambled by one or more of C-RNTI, MCS-C-RNTI, and ES-RNTI in the g-WUS RAR occasion described in Proposal 3 - Option 1.1 and Proposal 3 - Option 1.2. attempt to receive the PDCCH.

For example, when the terminal instructs the base station to wake up based on Proposal 1 - Option 1, the terminal receives C-RNTI, MCS-C-RNTI, and ES-RNTI in the g-WUS RAR opportunity. If one or more PDCCHs are received, the base station identifies (determines) to wake up at the next CDRX opportunity. Then, the terminal transmits the UL channel at the next CDRX opportunity.

In other cases, if the terminal instructs the base station to wake up based on Proposal 1-Option 1, the terminal may receive C-RNTI, MCS-C-RNTI, and ES-RNTI, the base station identifies not to wake up at the next CDRX opportunity. Then, the terminal does not transmit the UL channel at the next CDRX opportunity.

With the above operations, the terminal does not transmit the UL channel if the base station does not wake up even though it has instructed the base station to wake up. As a result, unnecessary UL channel transmission by the terminal is omitted, and power consumption of the terminal is suppressed.

For example, when the terminal instructs the base station to sleep based on Proposal 1 - Option 2, the terminal transmits one of C-RNTI, MCS-C-RNTI, and ES-RNTI in g-WUS RAR opportunity. If a PDCCH scrambled by one or more is received, the base station identifies (determines) to sleep at the next CDRX opportunity. Then, the terminal does not transmit the UL channel at the next CDRX opportunity.

Otherwise, if the terminal instructs the base station to sleep based on Proposal 1 - Option 2, the terminal transmits C-RNTI, MCS-C-RNTI, and If the PDCCH scrambled by one or more of the ES-RNTIs is not received, the base station identifies to wake up at the next CDRX opportunity. The terminal may not transmit the UL channel or may transmit the UL channel at the next CDRX opportunity.

<Proposal 3 - Option 2>
RAR is scrambled by RA-RNTI. Proposal 3 - Option 2 assumes that RA-RNTI is provided (configured).

The search space in which the terminal monitors g-WUS RAR is the Type1-PDCCH CSS set configured by ra-SearchSpace of PDCCH-ConfigCommon. CSS stands for Common Search Space.

Note that in NR, several types of search spaces are set for CSS. There are multiple types of CSS for each purpose (for example, data type). A terminal detects a PDCCH that is masked using a different RNTI for each application in the CSS.

The following options 2.1 and 2.2 are proposed as monitoring opportunities for g-WUS RAR.

<Proposal 3 - Option 2.1>
g-WUS RAR monitoring opportunities are based on time windows. The time window is configured in upper layer parameters for g-WUS RAR reception. For example, the terminal monitors g-WUS RAR in a time window (section) set by upper layer parameters.

The time window may be, for example, X symbols and/or slots starting from Y (see, for example, FIG. 13). Here, Y may be an ID of a dedicated slot and/or a dedicated symbol. Y may be, for example, n+Z slots and/or symbols. n is the slot in which the terminal transmits PRACH for g-WUS, and Z may be an integer value such as 4, for example. The upper layer parameters may be new PRACH-specific parameters for RACH-ConfigCommon and g-WUS.

<Proposal 3 - Option 2.2>
Monitoring opportunities for g-WUS RAR are set by the above search space. The duration and/or periodicity and/or start time of the monitoring opportunity with an offset from the RACH based g-WUS (RO) (see e.g. Figure 14) is provided (configured) by upper layer parameters of the g-WUS RAR search space. may be done.

The opportunities for monitoring g-WUS RAR have been explained above.

The terminal attempts to receive the PDCCH scrambled by RA-RNTI in the g-WUS RAR opportunity described in Proposal 3-Option 2.1 and Proposal 3-Option 2.2.

For example, if the terminal instructs the base station to wake up based on Proposal 1 - Option 1, and receives a PDCCH scrambled by RA-RNTI in the g-WUS RAR opportunity, the terminal performs the following At the CDRX opportunity, the base station identifies (determines) to wake up. Then, the terminal transmits the UL channel at the next CDRX opportunity.

Otherwise, if the terminal instructs the base station to wake up based on Proposal 1-Option 1, the terminal receives the PDCCH scrambled by RA-RNTI at the g-WUS RAR opportunity. If not, identify that the base station will not wake up at the next CDRX opportunity. Then, the terminal does not transmit the UL channel at the next CDRX opportunity.

For example, if the terminal instructs the base station to sleep based on Proposal 1 - Option 2, and receives a PDCCH scrambled by RA-RNTI in the g-WUS RAR opportunity, the terminal transmits the next CDRX On the occasion of , the base station identifies (determines) to sleep. Then, the terminal does not transmit the UL channel at the next CDRX opportunity.

In other cases, the terminal may, for example, instruct the base station to sleep based on Proposal 1 - Option 2, and may receive the PDCCH scrambled by RA-RNTI in the g-WUS RAR opportunity. If not, identify that the base station will wake up at the next CDRX opportunity. The terminal may not transmit the UL channel or may transmit the UL channel at the next CDRX opportunity.

<Modified example>
Which of the above proposals and options is supported may depend on the settings by RRC, instructions by MAC CE or UCI, or terminal capabilities. Each proposal and each option supported may be one or more.

Receiving units enabled and disabled by g-WUS may be configured for each port, panel, beam, or carrier.

<Terminal capabilities>
The terminal may report the following terminal capabilities to the base station as UE capabilities.
・Whether to support RACH based g-WUS

The base station may report the following base station capabilities to the terminal as gNB capability.
・Whether to support RACH based g-WUS

<Base station configuration>
FIG. 15 is a block diagram showing an example of the configuration of base station 100 according to the embodiment. Base station 100 includes, for example, a transmitter 101, a receiver 102, and a controller 103. Base station 100 communicates with terminal 200 (see FIG. 16) wirelessly.

The transmitter 101 transmits a downlink (DL) signal to the terminal 200. For example, the transmitter 101 transmits a DL signal under the control of the controller 103.

The DL signal may include, for example, a downlink data signal and control information (for example, Downlink Control Information (DCI)). Further, the DL signal may include information indicating scheduling regarding signal transmission by the terminal 200 (for example, UL grant). Further, the DL signal may include upper layer control information (for example, Radio Resource Control (RRC) control information). Further, the DL signal may include a reference signal.

Channels used for transmitting DL signals include, for example, data channels and control channels. For example, the data channel may include a PDSCH (Physical Downlink Shared Channel), and the control channel may include a PDCCH (Physical Downlink Control Channel). For example, base station 100 transmits control information to terminal 200 using PDCCH, and transmits a downlink data signal using PDSCH.

Examples of reference signals included in the DL signal include demodulation reference signal (DMRS), Phase Tracking Reference Signal (PTRS), Channel State Information-Reference Signal (CSI-RS), and Sounding Reference Signal (SRS). ), and a Positioning Reference Signal (PRS) for position information. For example, reference signals such as DMRS and PTRS are used for demodulating downlink data signals and are transmitted using PDSCH.

The receiving unit 102 receives an uplink (UL) signal transmitted from the terminal 200. For example, the receiving unit 102 receives a UL signal under the control of the control unit 103.

The control unit 103 controls the communication operation of the base station 100, including the transmission processing of the transmission unit 101 and the reception processing of the reception unit 102.

For example, the control unit 103 acquires information such as data and control information from an upper layer and outputs it to the transmission unit 101. Further, the control unit 103 outputs the data, control information, etc. received from the reception unit 102 to the upper layer.

For example, the control unit 103 determines the resources (or channels) used for transmitting and receiving DL signals based on the signal (for example, data and control information, etc.) received from the terminal 200 and/or the data and control information obtained from the upper layer. and/or allocate resources used for transmitting and receiving UL signals. Information regarding the allocated resources may be included in the control information transmitted to the terminal 200.

The control unit 103 sets PUCCH resources as an example of resource allocation used for transmitting and receiving UL signals. Information regarding PUCCH settings such as PUCCH cell timing patterns (PUCCH setting information) may be notified to terminal 200 by RRC.

Here, the receiving unit 102 receives an access signal for the terminal 200 to access the base station 100. The control unit 103 activates or puts to sleep a receiving unit for receiving uplink signals based on the access signal received by the receiving unit 102.

Note that the access signal may be referred to as, for example, RACH, RACH signal, initial access signal, Msg1, or Msg1 signal. The upstream signal may be referred to as a UL channel or UL channel signal. The receiving unit may be included in the receiving section 102 (or may be part of the function of the receiving section 102).

The receiving unit 102 may receive the access signal at a transmission opportunity when the terminal 200 can transmit the access signal. The transmission opportunity may be, for example, RO.

When the control unit 103 receives an access signal, it may activate the receiving unit, and when it does not receive an access signal, it may put the receiving unit to sleep.

The control unit 103 may put the receiving unit to sleep when receiving an access signal, and may activate the receiving unit when not receiving an access signal.

Here, after the receiving unit 102 receives a signal from the terminal 200 that causes the base station 100 to activate or sleep, the transmitting unit 101 transmits a response signal regarding activation or sleep to the terminal 200. Control section 103 determines whether to receive an uplink signal from terminal 200 based on the transmission of the response signal to terminal 200. For example, when the control unit 103 transmits a response signal to the terminal 200, the control unit 103 determines whether to receive an uplink signal from the terminal 200.

The control unit 103 may transmit to the terminal 200 parameters for determining a reception opportunity for the terminal 200 to monitor reception of the response signal. The response signal reception opportunity may be, for example, a g-WUS RAR opportunity.

When the control unit 103 receives a signal to activate the base station 100 (receiving unit) from the terminal 200, it may transmit a response signal to the terminal 200. The control unit 103 may transmit the response signal to the terminal 200 at a reception opportunity for the terminal 200 to monitor reception of the response signal.

Furthermore, when the control unit 103 transmits the response signal to the terminal 200, the control unit 103 may receive an uplink signal from the terminal 200 at the next activation of the receiving unit.

<Terminal configuration>
FIG. 16 is a block diagram showing an example of the configuration of terminal 200 according to the embodiment. Terminal 200 includes, for example, a receiving section 201, a transmitting section 202, and a control section 203. Terminal 200 communicates with base station 100 wirelessly, for example.

The receiving unit 201 receives the DL signal transmitted from the base station 100. For example, the receiving unit 201 receives a DL signal under the control of the control unit 203.

The transmitter 202 transmits the UL signal to the base station 100. For example, the transmitter 202 transmits a UL signal under the control of the controller 203.

The UL signal may include, for example, an uplink data signal and control information (for example, UCI). For example, information regarding the processing capability of the terminal 200 (eg, UE capability) may be included. Further, the UL signal may include a reference signal.

Channels used for transmitting UL signals include, for example, data channels and control channels. For example, the data channel includes PUSCH (Physical Uplink Shared Channel), and the control channel includes PUCCH (Physical Uplink Control Channel). For example, terminal 200 receives control information from base station 100 using PUCCH, and transmits an uplink data signal using PUSCH.

The reference signal included in the UL signal may include, for example, at least one of DMRS, PTRS, CSI-RS, SRS, and PRS. For example, reference signals such as DMRS and PTRS are used for demodulating uplink data signals and are transmitted using an uplink channel (for example, PUSCH).

The control unit 203 controls communication operations of the terminal 200, including reception processing in the reception unit 201 and transmission processing in the transmission unit 202.

For example, the control unit 203 acquires information such as data and control information from an upper layer and outputs it to the transmission unit 202. Further, the control unit 203 outputs, for example, data and control information received from the reception unit 201 to an upper layer.

For example, the control unit 203 controls the transmission of information fed back to the base station 100. The information fed back to the base station 100 may include, for example, HARQ-ACK, channel state information (CSI), or scheduling request (SR). good. Information fed back to the base station 100 may be included in the UCI. The UCI is transmitted on PUCCH resources.

The control unit 203 configures PUCCH resources based on configuration information received from the base station 100 (for example, configuration information such as a PUCCH cell timing pattern and/or DCI notified by RRC). The control unit 203 determines PUCCH resources to be used for transmitting information to be fed back to the base station 100. Under the control of the control section 203, the transmitting section 202 transmits information to be fed back to the base station 100 in the PUCCH resource determined by the control section 203.

Note that the channels used for transmitting DL signals and the channels used for transmitting UL signals are not limited to the examples described above. For example, channels used for transmitting DL signals and channels used for transmitting UL signals may include RACH (Random Access Channel) and PBCH (Physical Broadcast Channel). RACH may be used, for example, to transmit Downlink Control Information (DCI) including Random Access Radio Network Temporary Identifier (RA-RNTI).

Here, the control unit 203 decides to transmit an access signal for accessing the base station 100 in order to wake up or put the base station 100 to sleep. After transmitting the access signal, transmitting section 202 transmits an uplink signal to base station 100.

The control unit 203 may decide to transmit the access signal under predetermined conditions. For example, the control unit 203 may decide to transmit the access signal based on the BSR report conditions.

The control unit 203 may transmit the access signal at a transmission opportunity when the access signal can be transmitted.

When activating the base station 100, the control unit 203 transmits an access signal to the base station 100 at a transmission opportunity, and when putting the base station 100 to sleep, it does not need to transmit an access signal at the transmission opportunity.

Here, after the transmitting unit 202 transmits the signal for activating or sleeping the base station 100, the receiving unit 201 receives a response signal regarding activation or sleep from the base station 100. The control unit 203 determines to transmit an uplink signal based on reception of the response signal.

Based on the parameters received from the base station 100, the control unit 203 may determine a reception opportunity for monitoring reception of the response signal.

If the control unit 203 receives a response signal at the reception opportunity after transmitting the signal for activating the base station 100, the control unit 203 transmits an uplink signal to the base station 100, and if it does not receive the response signal at the reception opportunity. , it is not necessary to transmit uplink signals.

The present disclosure has been described above. Note that the division of items in the above explanation is not essential to the present disclosure, and matters described in two or more items may be used in combination as necessary, and matters described in one item may be used in another. may be applied to the matters described in the section (unless they conflict with each other).

<Hardware configuration, etc.>
The block diagram used to explain the above embodiment shows blocks in functional units. These functional blocks (components) are realized by any combination of at least one of hardware and software. Furthermore, the method for realizing each functional block is not particularly limited. That is, each functional block may be realized using one physically or logically coupled device, or may be realized using two or more physically or logically separated devices directly or indirectly (e.g. , wired, wireless, etc.) and may be realized using a plurality of these devices. The functional block may be realized by combining software with the one device or the plurality of devices.

Functions include judgment, decision, judgment, calculation, calculation, processing, derivation, investigation, exploration, confirmation, reception, transmission, output, access, resolution, selection, selection, establishment, comparison, assumption, expectation, consideration, These include, but are not limited to, broadcasting, notifying, communicating, forwarding, configuring, reconfiguring, allocating, mapping, and assigning. I can't do it. For example, a functional block (configuration unit) that performs transmission is called a transmitting unit or a transmitter. In either case, as described above, the implementation method is not particularly limited.

For example, a base station, a terminal, etc. in an embodiment of the present disclosure may function as a computer that performs processing of the wireless communication method of the present disclosure. FIG. 17 is a diagram illustrating an example of the hardware configuration of a base station and a terminal according to the embodiment. The base station 100 and terminal 200 described above may be physically configured as a computer device including a processor 1001, a memory 1002, a storage 1003, a communication device 1004, an input device 1005, an output device 1006, a bus 1007, and the like.

Note that in the following description, the word "apparatus" can be read as a circuit, a device, a unit, etc. The hardware configurations of the base station 100 and the terminal 200 may be configured to include one or more of each device shown in the figure, or may be configured not to include some of the devices.

Each function in the base station 100 and the terminal 200 is performed by loading predetermined software (programs) onto hardware such as the processor 1001 and memory 1002, so that the processor 1001 performs calculations and controls communication by the communication device 1004. This is realized by controlling at least one of data reading and writing in the memory 1002 and the storage 1003.

The processor 1001, for example, operates an operating system to control the entire computer. The processor 1001 may be configured by a central processing unit (CPU) including an interface with peripheral devices, a control device, an arithmetic unit, registers, and the like. For example, the above-mentioned control unit 103, control unit 203, etc. may be realized by the processor 1001.

Furthermore, the processor 1001 reads programs (program codes), software modules, data, etc. from at least one of the storage 1003 and the communication device 1004 to the memory 1002, and executes various processes in accordance with these. As the program, a program that causes a computer to execute at least part of the operations described in the above embodiments is used. For example, the control unit 203 of the terminal 200 may be realized by a control program stored in the memory 1002 and operated in the processor 1001, and other functional blocks may be realized in the same way. Although the various processes described above have been described as being executed by one processor 1001, they may be executed by two or more processors 1001 simultaneously or sequentially. Processor 1001 may be implemented by one or more chips. Note that the program may be transmitted from a network via a telecommunications line.

The memory 1002 is a computer-readable recording medium, and includes at least one of ROM (Read Only Memory), EPROM (Erasable Programmable ROM), EEPROM (Electrically Erasable Programmable ROM), RAM (Random Access Memory), etc. may be done. Memory 1002 may be called a register, cache, main memory, or the like. The memory 1002 can store executable programs (program codes), software modules, and the like to implement a wireless communication method according to an embodiment of the present disclosure.

The storage 1003 is a computer-readable recording medium, such as an optical disk such as a CD-ROM (Compact Disc ROM), a hard disk drive, a flexible disk, a magneto-optical disk (such as a compact disk, a digital versatile disk, or a Blu-ray disk). (registered trademark disk), smart card, flash memory (eg, card, stick, key drive), floppy disk, magnetic strip, etc. Storage 1003 may also be called an auxiliary storage device. The storage medium mentioned above may be, for example, a database including at least one of memory 1002 and storage 1003, a server, or other suitable medium.

The communication device 1004 is hardware (transmission/reception device) for communicating between computers via at least one of a wired network and a wireless network, and is also referred to as a network device, network controller, network card, communication module, etc., for example. The communication device 1004 includes, for example, a high frequency switch, a duplexer, a filter, a frequency synthesizer, etc. in order to realize at least one of frequency division duplex (FDD) and time division duplex (TDD). It may be composed of. For example, the above-described transmitting section 101, receiving section 102, receiving section 201, transmitting section 202, etc. may be realized by the communication device 1004.

The input device 1005 is an input device (eg, keyboard, mouse, microphone, switch, button, sensor, etc.) that accepts input from the outside. The output device 1006 is an output device (for example, a display, a speaker, an LED lamp, etc.) that performs output to the outside. Note that the input device 1005 and the output device 1006 may have an integrated configuration (for example, a touch panel).

Further, each device such as the processor 1001 and the memory 1002 is connected by a bus 1007 for communicating information. The bus 1007 may be configured using a single bus, or may be configured using different buses for each device.

The base station 100 and the terminal 200 also include hardware such as a microprocessor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), a programmable logic device (PLD), and a field programmable gate array (FPGA). A part or all of each functional block may be realized by the hardware. For example, processor 1001 may be implemented using at least one of these hardwares.

<Information notification, signaling>
Notification of information is not limited to the embodiments described in this disclosure, and may be performed using other methods. For example, the notification of information may include physical layer signaling (e.g., DCI (Downlink Control Information), UCI (Uplink Control Information)), upper layer signaling (e.g., RRC (Radio Resource Control) signaling, MAC (Medium Access Control) signaling, It may be implemented using broadcast information (MIB (Master Information Block), SIB (System Information Block))), other signals, or a combination thereof. Further, RRC signaling may be called an RRC message, and may be, for example, an RRC Connection Setup message, an RRC Connection Reconfiguration message, or the like.

<Applicable system>
The embodiments described in this disclosure are applicable to LTE (Long Term Evolution), LTE-A (LTE-Advanced), SUPER 3G, IMT-Advanced, 4G (4th generation mobile communication system), and 5G (5th generation mobile communication system). , 6th generation mobile communication system (6G), xth generation mobile communication system (xG) (xG (x is an integer or decimal number, for example)), FRA (Future Radio Access), NR (new Radio), New radio access (NX) , Future generation radio access (FX), W-CDMA (registered trademark), GSM (registered trademark), CDMA2000, UMB (Ultra Mobile Broadband), IEEE 802.11 (Wi-Fi (registered trademark)), IEEE 802.16 (WiMAX (registered trademark)), IEEE 802.20, UWB (Ultra-WideBand), Bluetooth (registered trademark), and other appropriate systems, and the following extended, modified, created, and prescribed based on these. It may be applied to at least one generation system. Furthermore, a combination of a plurality of systems may be applied (for example, a combination of at least one of LTE and LTE-A and 5G).

<Processing procedures, etc.>
The order of the processing procedures, sequences, flowcharts, etc. of each aspect/embodiment described in this disclosure may be changed as long as there is no contradiction. For example, the methods described in this disclosure use an example order to present elements of the various steps and are not limited to the particular order presented.

<Base station operation>
The specific operations performed by the base station in this disclosure may be performed by its upper node in some cases. In a network consisting of one or more network nodes including a base station, various operations performed for communication with a terminal are performed by the base station and other network nodes other than the base station (e.g., MME or It is clear that this could be done by at least one of the following: (conceivable, but not limited to) S-GW, etc.). In the above example, there is one network node other than the base station, but it may be a combination of multiple other network nodes (for example, MME and S-GW).

<Input/output direction>
Information etc. (see the item <Information, Signal>) can be output from an upper layer (or lower layer) to a lower layer (or upper layer). It may be input/output via multiple network nodes.

<Handling of input/output information, etc.>
The input/output information may be stored in a specific location (eg, memory) or may be managed using a management table. Information etc. to be input/output may be overwritten, updated, or additionally written. The output information etc. may be deleted. The input information etc. may be transmitted to other devices.

<Judgment method>
Judgment may be made using a value expressed by 1 bit (0 or 1), a truth value (Boolean: true or false), or a comparison of numerical values (for example, a predetermined value). (comparison with a value).

<Variations of aspects, etc.>
Each aspect/embodiment described in this disclosure may be used alone, may be used in combination, or may be switched and used in accordance with execution. In addition, notification of prescribed information (for example, notification of "X") is not limited to being done explicitly, but may also be done implicitly (for example, not notifying the prescribed information). Good too.

Although the present disclosure has been described in detail above, it is clear for those skilled in the art that the present disclosure is not limited to the embodiments described in the present disclosure. The present disclosure can be implemented as modifications and variations without departing from the spirit and scope of the present disclosure as determined by the claims. Therefore, the description of the present disclosure is for the purpose of illustrative explanation and is not intended to have any limiting meaning on the present disclosure.

<Software>
Software includes instructions, instruction sets, code, code segments, program code, programs, subprograms, software modules, whether referred to as software, firmware, middleware, microcode, hardware description language, or by any other name. , should be broadly construed to mean an application, software application, software package, routine, subroutine, object, executable, thread of execution, procedure, function, etc.

Additionally, software, instructions, information, etc. may be sent and received via a transmission medium. For example, if the software uses wired technology (coaxial cable, fiber optic cable, twisted pair, digital subscriber line (DSL), etc.) and/or wireless technology (infrared, microwave, etc.) to create a website, When transmitted from a server or other remote source, these wired and/or wireless technologies are included within the definition of transmission medium.

<Information, signals>
The information, signals, etc. described in this disclosure may be represented using any of a variety of different technologies. For example, data, instructions, commands, information, signals, bits, symbols, chips, etc., which may be referred to throughout the above description, may refer to voltages, currents, electromagnetic waves, magnetic fields or magnetic particles, light fields or photons, or any of these. It may also be represented by a combination of

Note that terms explained in this disclosure and terms necessary for understanding this disclosure may be replaced with terms having the same or similar meanings. For example, at least one of the channel and the symbol may be a signal. Also, the signal may be a message. Further, a component carrier (CC) may be called a carrier frequency, a cell, a frequency carrier, or the like.

<System, network>
As used in this disclosure, the terms "system" and "network" are used interchangeably.

<Parameter, channel name>
In addition, the information, parameters, etc. described in this disclosure may be expressed using absolute values, relative values from a predetermined value, or using other corresponding information. may be expressed. For example, radio resources may be indicated by an index.

The names used for the parameters mentioned above are not restrictive in any respect. Furthermore, the mathematical formulas etc. using these parameters may differ from those explicitly disclosed in this disclosure. Since the various channels (e.g. PUCCH, PDCCH, etc.) and information elements may be identified by any suitable designation, the various names assigned to these various channels and information elements are in no way exclusive designations. isn't it.

<Base station>
In this disclosure, "Base Station (BS),""wireless base station,""fixedstation,""NodeB,""eNodeB(eNB),""gNodeB(gNB),"""accesspoint","transmissionpoint","receptionpoint","transmission/receptionpoint","cell","sector","cellgroup"," The terms "carrier", "component carrier", etc. may be used interchangeably. A base station is sometimes referred to by terms such as macrocell, small cell, femtocell, and picocell.

A base station can accommodate one or more (eg, three) cells. If a base station accommodates multiple cells, the overall coverage area of the base station can be partitioned into multiple smaller areas, and each smaller area is divided into multiple subsystems (e.g., small indoor base stations (RRHs)). Communication services may also be provided by a remote radio head).The term "cell" or "sector" refers to a portion or the entire coverage area of a base station and/or base station subsystem that provides communication services in this coverage. refers to

In the present disclosure, the base station transmitting information to the terminal may be read as the base station instructing the terminal to control/operate based on the information.

<Mobile station>
In this disclosure, terms such as "Mobile Station (MS),""userterminal,""User Equipment (UE)," and "terminal" may be used interchangeably. .

A mobile station is defined by a person skilled in the art as a subscriber station, mobile unit, subscriber unit, wireless unit, remote unit, mobile device, wireless device, wireless communication device, remote device, mobile subscriber station, access terminal, mobile terminal, wireless It may also be referred to as a terminal, remote terminal, handset, user agent, mobile client, client, or some other suitable terminology.

<Base station/mobile station>
At least one of a base station and a mobile station may be called a transmitting device, a receiving device, a communication device, or the like. Note that at least one of the base station and the mobile station may be a device mounted on a mobile body, the mobile body itself, or the like. The moving body refers to a movable object, and the moving speed is arbitrary. Naturally, this also includes cases where the moving object is stopped. Examples of such moving objects include vehicles, transportation vehicles, automobiles, motorcycles, bicycles, connected cars, excavators, bulldozers, wheel loaders, dump trucks, forklifts, trains, buses, carts, rickshaws, and ships and other watercraft. , including, but not limited to, airplanes, rockets, artificial satellites, drones (registered trademarks), multicopters, quadcopters, balloons, and objects mounted thereon. Furthermore, the mobile object may be a mobile object that autonomously travels based on a travel command. It may be a vehicle (e.g. car, airplane, etc.), an unmanned moving object (e.g. drone, self-driving car, etc.), or a robot (manned or unmanned). good. Note that at least one of the base station and the mobile station includes devices that do not necessarily move during communication operations. For example, at least one of the base station and the mobile station may be an IoT (Internet of Things) device such as a sensor.

Additionally, the base station in the present disclosure may be replaced by a terminal. For example, regarding a configuration in which communication between a base station and a terminal is replaced with communication between multiple terminals (for example, it may be called D2D (Device-to-Device), V2X (Vehicle-to-Everything), etc.) , embodiments of the present disclosure may be applied. In this case, the terminal 200 may have the functions that the base station 100 described above has. Further, words such as "up" and "down" may be replaced with words corresponding to inter-terminal communication (for example, "side"). For example, uplink channels, downlink channels, etc. may be replaced with side channels.

Similarly, a terminal in the present disclosure may be replaced by a base station. In this case, the base station 100 may have the functions that the terminal 200 described above has.

FIG. 18 shows an example of the configuration of the vehicle 2001. As shown in FIG. 18, the vehicle 2001 includes a drive unit 2002, a steering unit 2003, an accelerator pedal 2004, a brake pedal 2005, a shift lever 2006, a front wheel 2007, a rear wheel 2008, an axle 2009, an electronic control unit 2010, and various sensors 2021 to 2029. , an information service section 2012 and a communication module 2013. Each aspect/embodiment described in this disclosure may be applied to a communication device mounted on vehicle 2001, for example, may be applied to communication module 2013.

The drive unit 2002 is composed of, for example, an engine, a motor, or a hybrid of an engine and a motor. The steering unit 2003 includes at least a steering wheel (also referred to as a steering wheel), and is configured to steer at least one of the front wheels and the rear wheels based on the operation of the steering wheel operated by the user.

The electronic control unit 2010 is composed of a microprocessor 2031, memory (ROM, RAM) 2032, and communication port (IO port) 2033. Signals from various sensors 2021 to 2029 provided in the vehicle 2001 are input to the electronic control unit 2010. The electronic control unit 2010 may also be called an ECU (Electronic Control Unit).

Signals from various sensors 2021 to 2029 include a current signal from a current sensor 2021 that senses the motor current, a front wheel and rear wheel rotation speed signal obtained by a rotation speed sensor 2022, and a front wheel rotation speed signal obtained by an air pressure sensor 2023. and rear wheel air pressure signals, vehicle speed signals acquired by vehicle speed sensor 2024, acceleration signals acquired by acceleration sensor 2025, accelerator pedal depression amount signals acquired by accelerator pedal sensor 2029, and brake pedal sensor 2026. These include a brake pedal depression amount signal, a shift lever operation signal acquired by the shift lever sensor 2027, a detection signal for detecting obstacles, vehicles, pedestrians, etc. acquired by the object detection sensor 2028, and the like.

The information service department 2012 controls various devices such as car navigation systems, audio systems, speakers, televisions, and radios that provide (output) various information such as driving information, traffic information, and entertainment information, and these devices. It is composed of one or more ECUs. The information service unit 2012 provides various multimedia information and multimedia services to the occupants of the vehicle 2001 using information acquired from an external device via the communication module 2013 and the like.

The information service unit 12 may include an input device (for example, a keyboard, a mouse, a microphone, a switch, a button, a sensor, a touch panel, etc.) that accepts input from the outside, and an output device (for example, display, speaker, LED lamp, touch panel, etc.).

The driving support system unit 2030 includes a millimeter wave radar, LiDAR (Light Detection and Ranging), a camera, a positioning locator (for example, GNSS, etc.), map information (for example, a high-definition (HD) map, an autonomous vehicle (AV) map, etc.) ), gyro systems (e.g., IMU (Inertial Measurement Unit), INS (Inertial Navigation System), etc.), AI (Artificial Intelligence) chips, and AI processors that prevent accidents and reduce the driver's driving burden. The system is comprised of various devices that provide functions for the purpose and one or more ECUs that control these devices. Further, the driving support system unit 2030 transmits and receives various information via the communication module 2013, and realizes a driving support function or an automatic driving function.

Communication module 2013 can communicate with microprocessor 2031 and components of vehicle 2001 via a communication port. For example, the communication module 2013 communicates with the drive unit 2002, steering unit 2003, accelerator pedal 2004, brake pedal 2005, shift lever 2006, front wheels 2007, rear wheels 2008, axle 2009, electronic Data is transmitted and received between the microprocessor 2031, memory (ROM, RAM) 2032, and sensors 2021 to 29 in the control unit 2010.

The communication module 2013 is a communication device that can be controlled by the microprocessor 2031 of the electronic control unit 2010 and can communicate with external devices. For example, various information is transmitted and received with an external device via wireless communication. The communication module 2013 may be located either inside or outside the electronic control unit 2010. The external device may be, for example, a base station, a mobile station, or the like.

The communication module 2013 receives signals from the various sensors 2021 to 2029 described above that are input to the electronic control unit 2010, information obtained based on the signals, and input from the outside (user) obtained via the information service unit 2012. At least one of the information based on the information may be transmitted to an external device via wireless communication. The electronic control unit 2010, various sensors 2021 to 2029, information service unit 2012, etc. may be called an input unit that receives input. For example, the PUSCH transmitted by the communication module 2013 may include information based on the above inputs.

The communication module 2013 receives various information (traffic information, signal information, inter-vehicle information, etc.) transmitted from an external device, and displays it on the information service section 2012 provided in the vehicle 2001. The information service unit 2012 is an output unit that outputs information (for example, outputs information to devices such as a display and a speaker based on the PDSCH (or data/information decoded from the PDSCH) received by the communication module 2013). may be called.

The communication module 2013 also stores various information received from external devices into a memory 2032 that can be used by the microprocessor 2031. Based on the information stored in the memory 2032, the microprocessor 2031 controls the drive section 2002, steering section 2003, accelerator pedal 2004, brake pedal 2005, shift lever 2006, front wheel 2007, rear wheel 2008, and axle 2009 provided in the vehicle 2001. , sensors 2021 to 2029, etc. may be controlled.

<Meaning and interpretation of terms>
As used in this disclosure, the terms "determining" and "determining" may encompass a wide variety of operations. "Judgment" and "decision" include, for example, judging, calculating, computing, processing, deriving, investigating, looking up, search, and inquiry. (e.g., searching in a table, database, or other data structure), and regarding an ascertaining as a "judgment" or "decision." In addition, "judgment" and "decision" refer to receiving (e.g., receiving information), transmitting (e.g., sending information), input, output, and access. (accessing) (for example, accessing data in memory) may include considering something as a "judgment" or "decision." In addition, "judgment" and "decision" refer to resolving, selecting, choosing, establishing, comparing, etc. as "judgment" and "decision". may be included. In other words, "judgment" and "decision" may include regarding some action as having been "judged" or "determined." Further, "judgment (decision)" may be read as "assuming", "expecting", "considering", etc.

The terms "connected", "coupled", or any variations thereof, mean any connection or coupling, direct or indirect, between two or more elements and each other. It may include the presence of one or more intermediate elements between two elements that are "connected" or "coupled." The bonds or connections between elements may be physical, logical, or a combination thereof. For example, "connection" may be replaced with "access." As used in this disclosure, two elements may include one or more electrical wires, cables, and/or printed electrical connections, as well as in the radio frequency domain, as some non-limiting and non-inclusive examples. , electromagnetic energy having wavelengths in the microwave and optical (both visible and non-visible) ranges.

<Reference signal>
The reference signal can also be abbreviated as RS (Reference Signal), and may also be called a pilot depending on the applied standard.

<Meaning of “based on”>
As used in this disclosure, the phrase "based on" does not mean "based solely on" unless explicitly stated otherwise. In other words, the phrase "based on" means both "based only on" and "based at least on."

<“first”, “second”>
As used in this disclosure, any reference to elements using the designations "first,""second," etc. does not generally limit the amount or order of those elements. These designations may be used in this disclosure as a convenient way to distinguish between two or more elements. Thus, reference to a first and second element does not imply that only two elements may be employed or that the first element must precede the second element in any way.

<Means>
"Means" in the configurations of each of the above devices may be replaced with "unit", "circuit", "device", etc.

<Open format>
Where "include", "including" and variations thereof are used in this disclosure, these terms, like the term "comprising," are inclusive. It is intended that Furthermore, the term "or" as used in this disclosure is not intended to be exclusive or.

<Time units such as TTI, frequency units such as RB, radio frame configuration>
A radio frame may be composed of one or more frames in the time domain. Each frame or frames in the time domain may be called a subframe. A subframe may also be composed of one or more slots in the time domain. A subframe may have a fixed time length (eg, 1 ms) that does not depend on numerology.

The numerology may be a communication parameter applied to the transmission and/or reception of a certain signal or channel. Numerology includes, for example, subcarrier spacing (SCS), bandwidth, symbol length, cyclic prefix length, transmission time interval (TTI), number of symbols per TTI, radio frame configuration, transmission and reception. It may also indicate at least one of a specific filtering process performed by the device in the frequency domain, a specific windowing process performed by the transceiver in the time domain, etc.

A slot may be composed of one or more symbols (OFDM (Orthogonal Frequency Division Multiplexing) symbols, SC-FDMA (Single Carrier Frequency Division Multiple Access) symbols, etc.) in the time domain. A slot may be a unit of time based on numerology.

A slot may include multiple mini-slots. Each minislot may be made up of one or more symbols in the time domain. Furthermore, a mini-slot may also be called a sub-slot. A minislot may be made up of fewer symbols than a slot. PDSCH (or PUSCH) transmitted in time units larger than minislots may be referred to as PDSCH (or PUSCH) mapping type A. PDSCH (or PUSCH) transmitted using minislots may be referred to as PDSCH (or PUSCH) mapping type B.

Radio frames, subframes, slots, minislots, and symbols all represent time units when transmitting signals. Other names may be used for the radio frame, subframe, slot, minislot, and symbol.

For example, one subframe may be called a Transmission Time Interval (TTI), multiple consecutive subframes may be called a TTI, and one slot or minislot may be called a TTI. It's okay. In other words, at least one of the subframe and TTI may be a subframe (1ms) in existing LTE, a period shorter than 1ms (for example, 1-13 symbols), or a period longer than 1ms. It may be. Note that the unit representing the TTI may be called a slot, minislot, etc. instead of a subframe.

Here, TTI refers to, for example, the minimum time unit for scheduling in wireless communication. For example, in the LTE system, a base station performs scheduling to allocate radio resources (frequency bandwidth, transmission power, etc. that can be used by each user terminal) to each user terminal on a TTI basis. Note that the definition of TTI is not limited to this.

The TTI may be a transmission time unit of a channel-coded data packet (transport block), a code block, a codeword, etc., or may be a processing unit of scheduling, link adaptation, etc. Note that when a TTI is given, the time interval (for example, the number of symbols) to which transport blocks, code blocks, code words, etc. are actually mapped may be shorter than the TTI.

Note that when one slot or one minislot is called a TTI, one or more TTIs (that is, one or more slots or one or more minislots) may be the minimum time unit for scheduling. Further, the number of slots (minislot number) that constitutes the minimum time unit of the scheduling may be controlled.

A TTI having a time length of 1 ms may be called a normal TTI (TTI in LTE Rel. 8-12), normal TTI, long TTI, normal subframe, normal subframe, long subframe, slot, etc. A TTI shorter than a normal TTI may be referred to as a shortened TTI, short TTI, partial or fractional TTI, shortened subframe, short subframe, minislot, subslot, slot, etc.

Note that long TTI (for example, normal TTI, subframe, etc.) may be read as TTI with a time length exceeding 1 ms, and short TTI (for example, short TTI, etc.) It may also be read as a TTI having the above TTI length.

A resource block (RB) is a resource allocation unit in the time domain and frequency domain, and may include one or more continuous subcarriers in the frequency domain. The number of subcarriers included in an RB may be the same regardless of the numerology, and may be 12, for example. The number of subcarriers included in an RB may be determined based on numerology.

Additionally, the time domain of an RB may include one or more symbols, and may be one slot, one minislot, one subframe, or one TTI in length. One TTI, one subframe, etc. may each be composed of one or more resource blocks.

Note that one or more RBs are defined as physical resource blocks (PRBs), sub-carrier groups (SCGs), resource element groups (REGs), PRB pairs, RB pairs, etc. May be called.

Additionally, a resource block may be configured by one or more resource elements (REs). For example, 1 RE may be a radio resource region of 1 subcarrier and 1 symbol.

Bandwidth Part (BWP) (also referred to as partial bandwidth) refers to a subset of consecutive common resource blocks (RBs) for a certain numerology in a certain carrier. good. Here, the common RB may be specified by an RB index based on a common reference point of the carrier. PRBs may be defined in a BWP and numbered within that BWP.

The BWP may include a UL BWP (UL BWP) and a DL BWP (DL BWP). One or more BWPs may be configured within one carrier for a UE.

At least one of the configured BWPs may be active and the UE may not expect to transmit or receive a given signal/channel outside of the active BWP. Note that "cell", "carrier", etc. in the present disclosure may be replaced with "BWP".

The structures of radio frames, subframes, slots, minislots, symbols, etc. described above are merely examples. For example, the number of subframes included in a radio frame, the number of slots per subframe or radio frame, the number of minislots included in a slot, the number of symbols and RBs included in a slot or minislot, the number of symbols included in an RB, The number of subcarriers, the number of symbols in a TTI, the symbol length, the cyclic prefix (CP) length, and other configurations can be changed in various ways.

<Maximum transmission power>
"Maximum transmit power" as described in this disclosure may mean the maximum value of transmit power, the nominal maximum transmit power (the nominal UE maximum transmit power), or the rated maximum transmit power ( It may also mean the rated UE maximum transmit power).

<Article>
In this disclosure, when articles are added by translation, such as a, an, and the in English, the disclosure may include that the nouns following these articles are plural.

<“Different”>
In the present disclosure, the term "A and B are different" may mean "A and B are different from each other." Note that the term may also mean that "A and B are each different from C". Terms such as "separate" and "coupled" may also be interpreted similarly to "different."

One aspect of the present disclosure is useful for wireless communication systems.

10 Wireless Communication System 100 Base Station 200

Terminal

101, 202

Transmitting Unit

102, 201

Receiving Unit

103, 203 Control Unit

Claims

a receiving unit that receives an access signal for accessing the base station;
a control unit that activates or puts to sleep a receiving unit for receiving uplink signals based on the access signal;
A base station with
The receiving unit receives the access signal at a transmission opportunity when the terminal can transmit the access signal.
The base station according to claim 1.
The control unit activates the receiving unit when receiving the access signal, and puts the receiving unit to sleep when not receiving the access signal.
The base station according to claim 1.
The control unit puts the receiving unit to sleep when receiving the access signal, and activates the receiving unit when not receiving the access signal.
The base station according to claim 1.
The base station is
receiving an access signal for accessing the base station,
activating or putting to sleep a receiving unit for receiving uplink signals based on the access signal;
Communication method.