Base stations and communication methods

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

Technical Field

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

Background Art

[0002] The 3rd Generation Partnership Project (3GPP) is standardizing the 5th generation mobile communication system (also called 5G, New Radio (NR), or Next Generation (NG)), and is also proceeding with the standardization of the next generation, called Beyond 5G, 5G Evolution, or 6G.

[0003] In 5G, technologies that meet requirements such as a large-capacity system, high data transmission speed, low latency, simultaneous connection of a large number of terminals, low cost, and power saving are being studied (for example, Non-Patent Document 1).

[0004] Regarding power saving, in 3GPP Release 16, a Wake Up Signal (WUS) has been introduced so that a terminal can monitor control signals with low power consumption. Note that power may be read as energy, and power saving may be read as power reduction or the like.

[0005] In 3GPP Release 18, power saving of base stations is being studied (for example, Non-Patent Document 2). Details are future research issues.

Prior Art Documents

Non-Patent Documents

[0006]

Non-Patent Document 1

Non-Patent Document 2

[0007] As mentioned above, power saving for base stations is being considered for future wireless communication systems, but the specific operation and other details of how to control this power saving have not been sufficiently considered.

[0008] One aspect of this disclosure is to provide a terminal and a communication method that can reduce the power consumption of a base station. [Means for solving the problem]

[0009] A base station according to one 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 puts to sleep a receiving unit for receiving an uplink signal based on the access signal.

[0010] A communication method according to one aspect of the present disclosure includes a base station receiving an access signal for accessing the base station, and based on the access signal, activating or putting to sleep a receiving unit for receiving uplink signals. [Brief explanation of the drawing]

[0011] [Figure 1] This figure shows an example of a wireless communication system according to an embodiment. [Figure 2] This figure shows an example of a Frequencies (FR) used in wireless communication systems. [Figure 3] This figure shows an example of the configuration of wireless frames, subframes, and slots used in wireless communication systems. [Figure 4] This is a diagram illustrating CDRX in 3GPP Release 15. [Figure 5]This is a diagram for explaining WUS in Release 16 of 3GPP. [Figure 6] This is a diagram showing an example of parameters related to RO setting. [Figure 7] This is a diagram showing a part of the table for RO setting. [Figure 8] This is a diagram showing an example of parameters related to BFR setting. [Figure 9] This is a diagram showing an example of BSR events. [Figure 10] This is a diagram for explaining the operation example of Proposal 1 - Option 1. [Figure 11] This is a diagram for explaining the operation example of Proposal 1 - Option 2. [Figure 12] This is a diagram for explaining the parameters defining gNB CDRX. [Figure 13] This is a diagram for explaining Proposal 3 - Option 1.1. [Figure 14] This is a diagram for explaining Proposal 3 - Option 1.2. [Figure 15] This is a block diagram showing an example of the configuration of a base station according to an embodiment. [Figure 16] This is a block diagram showing an example of the configuration of a terminal according to an embodiment. [Figure 17] This is a diagram showing an example of the hardware configuration of a base station and a terminal according to an embodiment. [Figure 18] This is a diagram showing an example of the configuration of a vehicle.

Embodiments for Carrying Out the Invention

[0012] Hereinafter, embodiments according to an aspect of the present disclosure will be described with reference to the drawings.

[0013] (Embodiment) <Wireless Communication System> Figure 1 shows an example of a wireless communication system 10 according to an embodiment. The wireless communication system 10 is a wireless communication system in accordance with 5G NR and includes a Next Generation-Radio Access Network 20 (hereinafter referred to as NG-RAN20) and a terminal 200 (hereinafter also referred to as UE (User Equipment) 200).

[0014] The wireless communication system 10 may also be a wireless communication system that conforms to a method called Beyond 5G, 5G Evolution, or 6G.

[0015] NG-RAN20 includes base station 100A (hereinafter also referred to as gNB100A) and base station 100B (hereinafter also referred to as gNB100B). When it is not necessary to distinguish between gNB100A, gNB100B, etc., they are collectively referred to as gNB or base station 100. Furthermore, the number of gNBs and UEs is not limited to the example shown in Figure 1.

[0016] NG-RAN20 actually includes multiple NG-RAN nodes, specifically gNBs (or ng-eNBs), and is connected to a 5G-compliant core network (5GC, not shown). Note that NG-RAN20 and 5GC may simply be referred to as "the network." Furthermore, in the following, gNB may be read as "network (NW)."

[0017] gNB100A and gNB100B are, for example, 5G-compliant base stations that perform 5G-compliant wireless communication with the UE200. gNB100A, gNB100B, and UE200 may support MIMO (Multiple-Input Multiple-Output), which generates a more directional beam BM by controlling the wireless signals transmitted from multiple antenna elements; Carrier Aggregation (CA), which uses multiple component carriers (CC); and Dual Connectivity (DC), which enables communication between the UE and each of the two NG-RAN nodes.

[0018] Furthermore, the wireless communication system 10 may support multiple frequency ranges (FR).

[0019] Figure 2 shows an example of a frequency band (FR) used in the wireless communication system 10. As shown in Figure 2, the wireless communication system 10 may correspond to FR1 and FR2. The frequency bands of each FR are, for example, as follows: FR1: 410MHz~7.125GHz FR2: 24.25GHz~52.6GHz

[0020] In FR1, a subcarrier spacing (SCS) of 15kHz, 30kHz, or 60kHz may be used, and a bandwidth (BW) of 5 to 100MHz may be used. FR2 is a higher frequency than FR1, and an SCS of 60kHz or 120kHz (240kHz may be included) may be used, and a bandwidth (BW) of 50 to 400MHz may be used.

[0021] Note that SCS may also be interpreted as numerology. Numerology is defined in 3GPP TS 38.300 and corresponds to a single subcarrier interval in the frequency domain.

[0022] Furthermore, the wireless communication system 10 may support higher frequency bands 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 high frequency bands may be conveniently referred to as "FR2x". When using a bandwidth exceeding 52.6 GHz, 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.

[0023] Figure 3 shows an example of the configuration of wireless frames (system frames), subframes, and slots used in the wireless communication system 10. As shown in Figure 3, one slot consists of 14 symbols, and the larger (wider) the SCS, the shorter the symbol period (and slot period). However, the SCS is not limited to the interval (frequency) shown in Figure 3. For example, 480 kHz, 960 kHz, etc. may be used as the SCS.

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

[0025] The time direction (t) shown in Figure 3 may also be called the time domain, symbol period, or symbol time. The frequency direction may also be called the frequency domain, resource block, subcarrier, bandwidth part (BWP), etc.

[0026] The gNB100 transmits control information, configuration information, etc., to the UE200 as a downlink (DL) signal to enable power saving for the gNB100.

[0027] Furthermore, for example, the gNB100 receives control information, data signals, and information regarding the processing capabilities of the UE200 (terminal capability information; e.g., UE capability) from the UE200 as uplink (UL) signals to enable power saving for the gNB100.

[0028] The channels used to transmit DL signals include, for example, a data channel and a control channel. 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, gNB100 transmits control information to UE200 using the PDCCH and transmits DL data signals 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 interpreted as Downlink Control Information (DCI), control information, etc., transmitted in the PDCCH.

[0029] The reference signals included in the DL signal may include, for example, at least one of the following: DMRS (Demodulation Reference Signal), PTRS (Phase Tracking Reference Signal), CSI-RS (Channel State Information - Reference Signal), SRS (Sounding Reference Signal), and PRS (Positioning Reference Signal) for position information. For example, reference signals such as DMRS and PTRS are used to demodulate the DL data signal and are transmitted using PDSCH.

[0030] The UE200 is a communication device equipped with wireless communication capabilities, such as a smartphone, mobile phone, tablet, wearable device, or M2M (Machine-to-Machine) communication module.

[0031] The UE200 utilizes various communication services provided by the wireless communication system 10 by receiving control signals or data signals from the gNB100 via DL and transmitting control signals or data signals to the gNB100 via UL. The UE200 also receives various reference signals transmitted from the gNB100 and performs propagation path quality measurements based on the reception results of said reference signals.

[0032] For example, the UE200 receives control information, setting information, etc., from the gNB100 as DL signals to enable power saving for the gNB100.

[0033] Furthermore, for example, the UE200 transmits control information, data signals, and terminal capability information of the UE200 to the gNB100 as UL signals to enable power saving for the gNB100.

[0034] The channels used to transmit 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, UE200 transmits control information using PUCCH and transmits UL data signals using PUSCH. Note that PUSCH is an example of an uplink shared channel, and PUCCH is an example of an uplink control channel. Shared channels may also be called data channels. Note that PUSCH or PUCCH may be interpreted as Uplink Control Information (UCI), control information, etc., transmitted in PUSCH or PUCCH.

[0035] The reference signals 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 the UL data signal and are transmitted using PUSCH.

[0036] <Power saving for the device> Examples of power-saving technologies in terminals include discontinuous reception (DRX) and connected mode discontinuous reception (CDRX).

[0037] Figure 4 is a diagram illustrating CDRX in 3GPP Release 15. In CDRX operation in 3GPP Release 15, the terminal is active during the DRX on-duration of the DRX cycle and monitors the PDCCH during the DRX on-duration.

[0038] Figure 5 is a diagram illustrating WUS in 3GPP Release 16. In 3GPP Release 16, PDCCH-based WUS can instruct one or more terminals whether to monitor PDCCH within the next DRX-on period.

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

[0040] The monitoring occasion of WUS is set by an offset from the DRX on-period based on terminal capabilities. When WUS indicates "Not Active" (i.e., when there is no data transmission or reception to / from the terminal), the terminal can skip monitoring within the DRX on-period and immediately transition to the sleep mode.

[0041] Also, for example, a default terminal operation may be set for the case where PDCCH-based WUS is not detected due to detection errors or the like.

[0042] DCI format 2_6 includes a 1-bit Wake-up Indication indicating "Active" or "Not Active" (e.g., 3GPP TS38.212 V16.9.0 (2022-03) Sec.7.3.1.3.7). Note that "Active" may be read as valid, activated, wake up, etc., and "Not Active" may be read as invalid, deactivated, sleep, etc.

[0043] <RACH configuration> Regarding the transmission of the Physical Random Access Channel (PRACH), for example, in 3GPP TS 38.211 V16.9.0 (2022-03), an RO setting (RACH Occasion configuration) for transmitting the PRACH is defined.

[0044] The terminal sets the RO based on upper layer signaling parameters (upper layer parameters) such as, for example, Radio Resource Control (RRC) and / or System Information Block (SIB), and Table 6.3.3.2- / 3 / 4 of 3GPP TS 38.211 V16.9.0 (2022-03). Note that the RO setting may be referred to as a random access setting. RACH may be referred to as PRACH.

[0045] Figure 6 shows 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). Figure 7 shows a portion of the table for RO settings (for example, see, for example, 3GPP TS38.211 V16.9.0(2022-03) Table 6.3.3.2-2).

[0046] The terminal, for example, references the "PRACH Configuration Index" in the table shown in Figure 7 based on the parameter "prach-ConfigurationIndex" contained in the RACH-ConfigGeneric information element (IE) shown in Figure 6. The terminal retrieves various information corresponding to the "PRACH Configuration Index" in the referenced table and determines the resources (opportunities) in the RO's time domain. For example, the terminal retrieves information such as the subframe number to which the PRACH preamble is sent, the start symbol to initiate the transmission of the PRACH preamble, and the number of slots to which the PRACH preamble is sent, and determines the resources in the RO's time domain.

[0047] Furthermore, the terminal determines the resources (opportunities) of RO in the frequency domain based on the parameters “msg1-FDM” and “msg1-FrequencyStart” included in RACH-ConfigGeneric, as shown in Figure 6. For example, the terminal determines the location and number (multiplexing) of RO in the frequency domain based on the parameters “msg1-FDM” and “msg1-FrequencyStart”.

[0048] The random access preamble is transmitted only in the time resources given by the upper layer parameter "prach-ConfigurationIndex" in accordance with Tables 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).

[0049] Also, the random access preamble is transmitted only in the frequency resources specified by the upper layer parameter "msg1-FrequencyStart". The PRACH frequency resources are shown by the following formula (1).

[0050]

Number

[0051] Here, M in formula (1) is equal to the upper layer parameter "msg1-FDM". The PRACH frequency resource nRA is numbered in ascending order from the lowest frequency within the initial uplink bandwidth part during initial access. The PRACH frequency resource nRA is numbered in ascending order from the lowest frequency within the active uplink bandwidth part outside of initial access.

[0052] <RACH configuration for BFR> In a radio system, RACH can also be configured in Beam Failure Recovery (BFR). In other words, RO is also configured in BFR.

[0053] Figure 8 shows 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 Figure 8, the BeamFailureRecoveryConfig IE includes the parameter “ra-OccasionList”. The terminal determines RO resources (opportunities) based on the parameter “ra-OccasionList” in, for example, the BFR procedure.

[0054] <bsr> The terminal reports information about the amount of data in the buffer (the amount of data to be sent to the base station) to the base station (Buffer Status Report (BSR)). The BSR is triggered, for example, when the event shown in Figure 9 occurs. In other words, the terminal sends a BSR to the base station when the event shown in Figure 9 occurs. The event is defined, for example, in 3GPP TS38.321 V16.8.0(2022-03) Sec.5.4.5.

[0055] <Current status of discussions on power saving for base stations> As mentioned above, 3GPP Release 18 addresses power saving for base stations (see, for example, Non-Patent Document 2). For instance, it examines base station and terminal-side technologies to improve network energy reduction from both the base station's transmission and reception perspectives.

[0056] For example, methods are being explored to dynamically and / or semi-statically achieve more efficient operation in one or more network energy reduction technologies in the time domain, frequency domain, spatial domain, and power domain, and to enable finer-grained adaptation of transmission and / or reception, using potential support / feedback from terminals and potential terminal assistance information.

[0057] <Consideration> Currently, reducing the power consumption of base stations is becoming increasingly important in order to achieve carbon neutrality and the Sustainable Development Goals (SDGs). Furthermore, while 5G will enable new functions and performance improvements, the energy requirements for base stations and terminals will become more stringent.

[0058] As mentioned above, while standardization is progressing for power-saving devices, there is a problem in that technology for reducing the power consumption of base stations has not yet been standardized.

[0059] For example, regarding the reduction of power consumption at base stations, there are no specific regulations on how to control intermittent reception at base stations. Therefore, this disclosure makes three proposals.

[0060] <Proposal 1> A mechanism is introduced as a gNB Wake-up signal (g-WUS or gWUS) that indicates whether the base station should wake up or sleep for UL reception. This mechanism may also be called RACH-based g-WUS.

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

[0062] Furthermore, the term "base station receiving unit" may refer to a device or equipment for receiving signals from a terminal, a device or equipment for receiving UL signals, etc. Also, enabling the base station receiving unit may mean waking up the base station receiving unit from a sleep state (setting it to an active state), and disabling the base station receiving unit may mean putting the base station receiving unit from an active state to a sleep state (sleep state, hibernation state, or dormant state).

[0063] Instructions provided by g-WUS PRACH indicates whether the base station needs to wake up for the next CDRX occasion. In other words, PRACH may be used as g-WUS.

[0064] Proposal 1 may apply to the base station if gNB CDRX is enabled. In other words, Proposal 1 may apply to the base station while CDRX is in operation.

[0065] For example, if a base station receives a PRACH from a terminal while CDRX is in operation, it will wake up at the next opportunity for CDRX (Proposal 1 - Option 1). For example, if a base station receives a PRACH from a terminal while CDRX is in operation, it will activate the receiving unit at the next opportunity for CDRX after receiving the PRACH.

[0066] Furthermore, for example, if a base station receives a PRACH from a terminal while CDRX is in operation, it will sleep during the next CDRX opportunity (Proposal 1 - Option 2). For example, if a base station receives a PRACH from a terminal while CDRX is in operation, it will disable the receiving unit during the CDRX opportunity after receiving the PRACH.

[0067] Note that the next CDRX opportunity may be the drx-onDurationTimer in the next drx-LongCycle, or the next CDRX opportunity may be the drx-onDurationTimer in the next drx-shortCycle. The parameters that define gNB CDRX, such as drx-LongCycle, drx-shortCycle, and drx-onDurationTimer (sometimes referred to as gNB CDRX parameters), are explained in Figure 12.

[0068] <Proposal 1 - Option 1: Wake-up Instruction> As described above, if the base station receives a PRACH signal from a terminal while CDRX is in operation, it will wake up at the next opportunity for CDRX.

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

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

[0071] ·Terminal operation The terminal transmits a PRACH in the RO so that the base station wakes up at the next CDRX opportunity.

[0072] For example, the terminal determines the RO in the same way as the method described in the above <RACH setting> and transmits a PRACH such as a random access preamble (Msg1). Also, the terminal determines the RO in the same way as the method described in the above <RACH setting for BFR> and transmits a PRACH such as a random access preamble. The base station determines the RO in the terminal in the same way as the terminal, for example, and determines the reception opportunity of g-WUS (the timing to receive g-WUS).

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

[0074] FIG. 10 is a diagram for explaining an operation example of Proposal 1 - Option 1. For example, the terminal does not transmit a PRACH in the RO for g-WUS shown by arrow A10a in FIG. 10. The base station does not receive a PRACH in the RO for g-WUS shown by arrow A10a.

[0075] If the base station does not receive a PRACH in the RO for g-WUS shown by arrow A10a, it does not wake up at 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) at drx-onDuration shown by arrow A10b.

[0076] For example, the terminal transmits PRACH at the RO for g-WUS indicated by arrow A10c in Figure 10. The base station receives PRACH at the RO for g-WUS indicated by arrow A10c.

[0077] When the base station receives a PRACH signal at the RO for g-WUS indicated by arrow A10c, it wakes up at the drx-onDuration indicated by arrow A10d. In other words, at the drx-onDuration indicated by arrow A10d, the base station activates the receiving unit and monitors the UL channel.

[0078] Through the above operations, the base station can reduce its power consumption.

[0079] <Proposal 1 - Option 2: Sleep Instruction> As described above, if the base station receives a PRACH from a terminal while CDRX is in operation, it will go to sleep during the next CDRX opportunity.

[0080] If a base station receives a sleep command from at least one terminal, it will not receive a UL channel at the next CRX opportunity, regardless of the gNB CDRX parameters (for example, regardless of whether drx-onDurationTimer, drx-InactivityTimer, or drx-RetransmissionTimerUL is executed).

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

[0082] • Terminal operation The terminal transmits a PRACH at RO so that the base station will sleep on the next CDRX opportunity.

[0083] For example, the terminal determines the RO in the same way as the method described in the above <RACH configuration> and transmits a PRACH such as a random access preamble (Msg1). Also, the terminal determines the RO in the same way as the method described in the above <RACH configuration for BFR> and transmits a PRACH such as a random access preamble. The base station determines the RO in the terminal and determines the reception opportunity of g-WUS (the timing to receive g-WUS) in the same way as the terminal, for example.

[0084] The terminal does not transmit a UL channel while the terminal instructs the wake-up of the base station.

[0085] FIG. 11 is a diagram for explaining an operation example of Proposal 1 - Option 2. For example, the terminal does not transmit a PRACH in the RO for g-WUS shown by arrow A11a in FIG. 11. The base station does not receive a PRACH in the RO for g-WUS shown by arrow A11a.

[0086] When the base station does not receive a PRACH in the RO for g-WUS shown by arrow A11a, the base station wakes up in the drx-onDuration shown by arrow A11b. In other words, the base station activates the receiving unit and monitors the UL channel in the drx-onDuration shown by arrow A11b.

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

[0088] When the base station receives a PRACH in the RO for g-WUS shown by arrow A11c, the base station 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 in the drx-onDuration shown by arrow A11d.

[0089] Through the above operations, the base station can reduce its power consumption.

[0090] <Proposal 1 - Option 3> A base station cell may contain, for example, multiple terminals. In other words, multiple terminals may belong to (exist under) the base station's control.

[0091] <Proposal 1 - Option 3.1> All terminals located within a base station cell may transmit information indicating whether or not to wake up the base station. In other words, all terminals located within a base station cell may transmit PRACH as g-WUS.

[0092] <Proposal 1 - Option 3.2> Some terminals located within a base station cell may transmit information indicating whether or not to wake up the base station. In other words, some terminals located within a base station cell may transmit PRACH as g-WUS.

[0093] When some terminals located within a base station cell transmit g-WUS, the terminals transmitting g-WUS may be determined, for example, by DCI. The terminals transmitting g-WUS may be determined, for example, by RRC. The terminals transmitting g-WUS may be determined, for example, by MAC CE.

[0094] <Proposal 1 - Other> The base station made the decision to wake up based on whether or not a PRACH was transmitted from the terminal, but is not limited to this. For example, the base station may make the decision to wake up based on the information transmitted in the PRACH. For example, the base station may make the decision to wake up based on 1 bit of information transmitted in the PRACH. The 1 bit of information may be included, for example, in the random access preamble.

[0095] The terminal and the base station may switch between the operations of Proposal 1 - Option 1 and Proposal 1 - Option 2. The terminal may switch between the operations of Proposal 1 - Option 1 and Proposal 1 - Option 2, for example, by DCI. The terminal may switch between the operations of Proposal 1 - Option 1 and Proposal 1 - Option 2, for example, by RRC. The terminal may switch between the operations of Proposal 1 - Option 1 and Proposal 1 - Option 2, for example, by MAC CE.

[0096] <Parameters defining gNB CDRX> Figure 12 is a diagram for explaining the parameters defining gNB CDRX. The base station CDRX may be defined by a plurality of parameters listed below. Note that the unit of the parameter may be a symbol, a slot, a subframe, a millisecond, or a second, etc. The units may be different or the same among the respective parameters.

[0097] · drx-onDurationTimer: The period at the start of the DRX cycle · drx-SlotOffset: The delay before starting drx-onDurationTimer · drx-InactivityTimer: The period during which the terminal executes uplink transmission after an uplink reception opportunity · drx-LongCycleStartOffset: The long DRX cycle (i.e., drx-LongCycle) and drx-StartOffset that define when the long DRX cycle and the short DRX cycle start · drx-ShortCycle: The short DRX cycle · drx-ShortCycleTimer: The period during which the base station follows the short DRX cycle · drx-RetransmissionTimerUL: The maximum period until a permission for uplink retransmission is received · drx-HARQ-RTT-TimerUL: The minimum period until a permission for uplink retransmission is expected

[0098] If intermittent reception is enabled at the base station, the base station may receive uplink channels transmitted from the terminal when drx-onDurationTimer, drx-InactivityTimer, or drx-RetransmissionTimerUL is running.

[0099] The above parameters may be communicated by higher-layer signals, such as RRC. The above parameters may be communicated by higher-layer signals, such as MAC CE. The above parameters may be communicated by lower-layer signals, such as DCI.

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

[0101] • Time domain resources for RO / PRACH RO (RO Time Domain Resource) is determined by either or both of the following: a specific table containing the RO's start time and duration, and higher-level parameters.

[0102] Example 1 of RO / PRACH time-domain resources (combination of table and upper layer) The RO is determined by both a table and higher-layer parameters. The table containing candidates for RO start time and duration is defined by an index in the specification. One of the candidates for start time and duration is indicated by an index in the RRC setting, such as prach-ConfigurationIndex.

[0103] For example, the table includes the RO start time and duration, and also includes an index associated with the RO start time and duration. The table may be 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, for example, "RACH-ConfigGeneric".

[0104] The terminal, for example, uses the parameter "prach-ConfigurationIndex" notified by RRC signaling to retrieve the RO start time and duration. Based on the retrieved RO start time and duration, the terminal determines the resources in the RO's time domain.

[0105] Example 2 of RO / PRACH time-domain resources (upper layer parameters only) RO is determined solely by higher-level parameters, without the use of tables. For example, the RO start time and duration are set together or individually by one or more RRC parameters.

[0106] For example, a parameter (higher-layer parameter) "StartandDuration" is provided that indicates both the start time and duration. One parameter "StartandDuration" contains the RO's start time and duration. When a terminal receives one parameter "StartandDuration" from, for example, a base station, it determines the disclosure time and duration of the resource in the RO's time domain from the received parameter "StartandDuration".

[0107] Furthermore, for example, a parameter (higher-layer parameter) "Start" that specifies the start time and duration separately, and a parameter "Duration" are provided. The parameter "Start" indicates the start time of the RO, and the parameter "Duration" indicates the duration of the RO. The terminal, for example, determines the start time of the resource in the RO's time domain based on the parameter "Start" received from the base station, and determines the duration of the resource in the RO's time domain based on the parameter "Duration" received from the base station.

[0108] Example 3 of RO / PRACH time-domain resources (new upper-layer parameters) Higher-layer parameters may be included in (or associated with) new parameters specific to g-WUS PRACH. For example, higher-layer parameters may be included in g-WUS parameters (IE) such as "RACH-ConfigWUS".

[0109] More specifically, the parameter "RACH-ConfigWUS" may include the parameter "prach-ConfigurationIndex". The terminal may refer to the table described in "Example 1 of RO / PRACH Time Domain Resources" above, based on the parameter "prach-ConfigurationIndex" included in the parameter "RACH-ConfigWUS" received from the base station.

[0110] Furthermore, the parameter "RACH-ConfigWUS" may include parameters indicating the start time and duration of the RO. For example, the parameter "RACH-ConfigWUS" may include the parameter "StartandDuration" described in "Example 2 of RO / PRACH Time Domain Resources" above. Additionally, the parameter "RACH-ConfigWUS" may include the parameter "Start" and the parameter "Duration" described in "Example 2 of RO / PRACH Time Domain Resources" above.

[0111] Example 4 of RO / PRACH time-domain resources (PRACH transmission timing for g-WUS) PRACH may be sent at the timings described in options 1 and 2 below.

[0112] <Proposal 2 - Option 1> PRACH is transmitted at each RO. For example, a terminal transmits PRACH for each RO.

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

[0114] For example, when the event shown in Figure 9 occurs, the terminal sends a PRACH in the next available RO (e.g., the RO after the event occurred). The next available RO may be the first symbol in the first slot of the RO. This allows the terminal to suppress communication delay. 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 later symbol in the second or later slots of the RO.

[0115] • RO / PRACH frequency domain resources The frequency resources of the g-WUS PRACH are determined by the PRACH preamble and / or higher-layer parameters.

[0116] For example, the bandwidth of each RO within a single time slot is determined by the PRACH preamble. For example, L RA If = 139, then the PRB of one RO is 12. RA For example, this is a parameter that defines the length of the PRACH preamble.

[0117] For example, the number of ROs (multiplexity) within a single time slot is determined by a higher-level parameter. This higher-level parameter is, for example, msg1-FDM.

[0118] The starting frequency location is determined by a higher-layer parameter, such as msg1-FrequencyStart. msg1-FrequencyStart indicates, for example, an offset from a certain PRB.

[0119] Higher-layer parameters may be included in (or associated with) new parameters specific to g-WUS PRACH. For example, higher-layer parameters may be included in g-WUS parameters (IE) such as "RACH-ConfigWUS".

[0120] More specifically, the parameter "RACH-ConfigWUS" may include the parameters "msg1-FDM" and "msg1-FrequencyStart". The terminal may determine the frequency domain resource of the RO based on the parameters "msg1-FDM" and "msg1-FrequencyStart" included in the parameter "RACH-ConfigWUS" received from the base station. In addition, the parameter "RACH-ConfigWUS" may include the parameter "L" which defines the length of the PRACH preamble. RA It may include ".

[0121] ·RA Radio Network Temporary Identifier(RA-RNTI) RA-RNTI may or may not be set by higher layer parameters. For example, in BFR, RA-RNTI is not set by higher layer parameters.

[0122] RA-RNTI may or may not be set by MAC CE based on RO. If RA-RNTI is set by MAC CE, it may be determined based on equation (2) below (see, for example, 3GPP TS38.321 V16.8.0(2022-03) Sec.5.1.3).

[0123]

number

[0124] Other settings in PRACH for g-WUS Other PRACH-related settings, such as powerRampingStep, preambleReceivedTargetPower, and preambleTransMax, are configured using higher-layer parameters. powerRampingStep indicates the step of transmit power ramped up for the random access preamble. preambleReceivedTargetPower indicates the target receive power for the random access preamble. preambleTransMax indicates the maximum number of transmissions for the random access preamble.

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

[0126] Priority may be set for PRACH for g-WUS. Priority setting may be applied using a priority random access procedure based on upper-layer parameters (see 3GPP TS38.321 V16.8.0(2022-03) Sec.5.1.1).

[0127] For example, if a higher-level parameter (priority) and a power ramping step are set for a PRACH, the power ramping step set for the priority PRACH will be applied to the PRACH with priority set (prioritized PRACH). The parameter for setting priority may be included in a new parameter "RACH-ConfigCommon".

[0128] <Proposal 3> Proposal 3 concerns the response (Msg2) to a RACH-based g-WUS. When a base station receives a RACH-based g-WUS, it sends a response signal to the terminal. For example, the base station sends a Random Access Response (RAR) to the terminal. Proposal 3 proposes the following options 1 and 2.

[0129] <Proposal 3 - Option 1> RAR is scrambled based on one or more of the Cell-RNTI (C-RNTI), Modulation Coding Scheme-C-RNTI (MCS-C-RNTI), and a 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).

[0130] A search space in which the terminal monitors RACH-based g-WUS responses (sometimes referred to as g-WUS RARs) is configured by higher-layer parameters. Within the configured search space, the terminal may or may not monitor PDCCH(DCI) other than g-WUS RARs.

[0131] The terminal may or may not assume that a separate set of search spaces for monitoring PDCCH is provided in the control resource set (CORESET) associated with the search space.

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

[0133] <Proposal 3 - Option 1.1> g-WUS RAR monitoring opportunities are based on time windows. These time windows are defined by higher-layer parameters for receiving g-WUS RAR. For example, a terminal monitors g-WUS RAR within the time window (interval) defined by the higher-layer parameters.

[0134] The time window may be, for example, an X symbol and / or slot starting with Y, where Y may be the ID of a dedicated slot and / or dedicated symbol. Y may be, for example, an n+Z slot and / or symbol, where n is the slot from which the terminal sends PRACH for g-WUS, and Z may be an integer value such as 4. The upper-layer parameters may be new parameters dedicated to PRACH for RACH-ConfigCommon and g-WUS.

[0135] Figure 13 is a diagram illustrating Proposal 3 - Option 1.1. The dotted box 13a shown in Figure 13 indicates the RO for g-WUS. The dotted box 13b indicates the g-WUS RAR opportunity (time window) for monitoring g-WUS RAR.

[0136] The terminal monitors g-WUS RAR from the base station during the g-WUS RAR opportunity shown in the dotted box A13b. The g-WUS RAR opportunity shown in the dotted box A13b is set by higher-layer parameters, such as RRC signaling.

[0137] For example, a g-WUS RAR opportunity starts at the Z symbol and / or slot, from the last symbol and / or slot (e.g., Y) of RO, where Z is an integer value, such as 4. The g-WUS RAR opportunity continues through the X symbol and / or slot. X, Y, and Z are communicated to the terminal as upper-layer parameters.

[0138] <Proposal 3 - Option 1.2> The monitoring opportunities for g-WUS RAR are defined by the search space described above. The duration and / or period and / or start time of the monitoring opportunities, offset from RACH-based g-WUS (RO), may be provided (defined) by higher-layer parameters of the g-WUS RAR search space.

[0139] Figure 14 is a diagram illustrating Proposal 3 - Option 1.2. The dotted box 14a shown in Figure 13 indicates RO for g-WUS. The dotted box 14b indicates g-WUS RAR opportunity for monitoring g-WUS RAR.

[0140] The terminal monitors g-WUS RAR from the base station during the g-WUS RAR opportunities shown in the dotted box A14b. These g-WUS RAR opportunities are configured by higher-layer parameters, such as RRC signaling.

[0141] For example, a g-WUS RAR opportunity is defined by the start time, duration, and period of the monitoring opportunity, which are offset from the RACH-based g-WUS(RO). The offset, duration, and period from the RACH-based g-WUS(RO) are communicated to the terminal by higher-layer parameters of the g-WUS RAR search space.

[0142] The above explains the monitoring opportunities for g-WUS RAR.

[0143] The terminal attempts to receive PDCCH scrambled by one or more of C-RNTI, MCS-C-RNTI, and ES-RNTI during the g-WUS RAR opportunity described in Proposal 3-Option 1.1 and Proposal 3-Option 1.2.

[0144] For example, if the terminal instructs the base station to wake up based on Proposal 1-Option 1, and receives a PDCCH scrambled by one or more of C-RNTI, MCS-C-RNTI, and ES-RNTI during a g-WUS RAR opportunity, the terminal identifies (decides) that the base station will wake up during the next CDRX opportunity. The terminal then transmits a UL channel during the next CDRX opportunity.

[0145] Otherwise, if the terminal instructs the base station to wake up, for example, based on Proposal 1-Option 1, and does not receive a PDCCH scrambled by one or more of C-RNTI, MCS-C-RNTI, and ES-RNTI during a g-WUS RAR opportunity, it will identify that the base station will not wake up during the next CDRX opportunity. The terminal will then not transmit a UL channel during the next CDRX opportunity.

[0146] As a result of the above operation, if the terminal instructs the base station to wake up but the base station fails to wake up, the terminal will not transmit a UL channel. This eliminates unnecessary UL channel transmissions by the terminal and reduces the terminal's power consumption.

[0147] If the terminal, for example, instructs the base station to sleep based on Proposal 1-Option 2, and receives a PDCCH scrambled by one or more of C-RNTI, MCS-C-RNTI, and ES-RNTI during a g-WUS RAR opportunity, it will identify (decide) that the base station will sleep during the next CDRX opportunity. The terminal will then not transmit a UL channel during the next CDRX opportunity.

[0148] Otherwise, if the terminal instructs the base station to sleep, for example, based on Proposal 1-Option 2, and does not receive a PDCCH scrambled by one or more of C-RNTI, MCS-C-RNTI, and ES-RNTI during a g-WUS RAR opportunity, it identifies that the base station will wake up during the next CDRX opportunity. The terminal may or may not transmit a UL channel during the next CDRX opportunity.

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

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

[0151] In addition, NR provides several types of search spaces for CSS. CSS has multiple types depending on its purpose (e.g., data type). The terminal detects PDCCH masked using different RNTIs for each purpose within the CSS.

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

[0153] <Proposal 3 - Option 2.1> g-WUS RAR monitoring opportunities are based on time windows. These time windows are defined by higher-layer parameters for receiving g-WUS RAR. For example, a terminal monitors g-WUS RAR within the time window (interval) defined by the higher-layer parameters.

[0154] The time window may be, for example, an X symbol and / or slot starting with Y (see, for example, Figure 13), where Y may be the ID of a dedicated slot and / or dedicated symbol. Y may be, for example, an n+Z slot and / or symbol, where n is the slot from which the terminal sends PRACH for g-WUS, and Z may be an integer value such as 4. The upper-layer parameters may be new parameters specific to PRACH for RACH-ConfigCommon and g-WUS.

[0155] <Proposal 3 - Option 2.2> The g-WUS RAR monitoring opportunity is defined by the search space described above. The duration and / or period and / or start time of the monitoring opportunity, offset from RACH-based g-WUS(RO) (see, for example, Figure 14), may be provided (defined) by the higher-layer parameters of the g-WUS RAR search space.

[0156] The above explains the monitoring opportunities for g-WUS RAR.

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

[0158] 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 during a g-WUS RAR opportunity, the terminal identifies (decides) that the base station will wake up during the next CDRX opportunity. The terminal then transmits a UL channel during the next CDRX opportunity.

[0159] Otherwise, if the terminal instructs the base station to wake up, for example, based on Proposal 1-Option 1, and does not receive a PDCCH scrambled by RA-RNTI during a g-WUS RAR opportunity, it will identify that the base station will not wake up during the next CDRX opportunity. The terminal will then not transmit a UL channel during the next CDRX opportunity.

[0160] As a result of the above operation, if the terminal instructs the base station to wake up but the base station fails to wake up, the terminal will not transmit a UL channel. This eliminates unnecessary UL channel transmissions by the terminal and reduces the terminal's power consumption.

[0161] If the terminal, for example, instructs the base station to sleep based on Proposal 1-Option 2, and receives a PDCCH scrambled by RA-RNTI during a g-WUS RAR opportunity, it will identify (decide) that the base station will sleep during the next CDRX opportunity. The terminal will then not transmit a UL channel during the next CDRX opportunity.

[0162] Otherwise, if the terminal instructs the base station to sleep, for example, based on Proposal 1-Option 2, and does not receive a PDCCH scrambled by RA-RNTI during a g-WUS RAR opportunity, it identifies that the base station will wake up during the next CDRX opportunity. The terminal may or may not transmit a UL channel during the next CDRX opportunity.

[0163] <Variation> Which of the above proposals and options is supported may depend on RRC configuration, MAC CE or UCI instructions, or terminal capabilities. There may be one or more supported proposals and options.

[0164] The receiving units that can be enabled and disabled by g-WUS may be configured on a per-port, per-panel, per-beam, or per-carrier basis.

[0165] <Terminal Capabilities> The terminal may report the following terminal capabilities to the base station as UE Capability. Whether or not RACH-based g-WUS is supported

[0166] The base station may report the following base station capabilities to the terminal as gNB capability. Whether or not RACH-based g-WUS is supported

[0167] <Base station configuration> Figure 15 is a block diagram showing an example of the configuration of a base station 100 according to an embodiment. The base station 100 includes, for example, a transmitting unit 101, a receiving unit 102, and a control unit 103. The base station 100 communicates wirelessly with a terminal 200 (see Figure 16).

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

[0169] The DL signal may include, for example, data signals for the downlink and control information (e.g., Downlink Control Information (DCI)). The DL signal may also include information indicating the scheduling of signal transmission by terminal 200 (e.g., UL grant). Furthermore, the DL signal may include control information from higher layers (e.g., Radio Resource Control (RRC) control information). Finally, the DL signal may include a reference signal.

[0170] The channels used to transmit DL signals include, for example, a data channel and a control channel. 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 the PDCCH and transmits downlink data signals using the PDSCH.

[0171] The reference signals included in the DL signal may include, for example, at least one of the following: Demodulation Reference Signal (DMRS), Phase Tracking Reference Signal (PTRS), Channel State Information-Reference Signal (CSI-RS), Sounding Reference Signal (SRS), and Positioning Reference Signal (PRS). For example, reference signals such as DMRS and PTRS are used for demodulating the data signal of the downlink and are transmitted using PDSCH.

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

[0173] The control unit 103 controls the communication operations of the base station 100, including the transmission process of the transmission unit 101 and the reception process of the reception unit 102.

[0174] For example, the control unit 103 acquires information such as data and control information from the upper layer and outputs it to the transmission unit 101. The control unit 103 also outputs the data and control information received from the reception unit 102 to the upper layer.

[0175] For example, the control unit 103 allocates resources (or channels) used for transmitting and receiving DL signals and / or resources used for transmitting and receiving UL signals based on signals received from terminal 200 (e.g., data and control information, etc.) and / or data and control information, etc. acquired from higher layers. Information regarding the allocated resources may be included in the control information transmitted to terminal 200.

[0176] The control unit 103 sets the PUCCH resource as an example of resource allocation for sending and receiving UL signals. Information regarding PUCCH settings, such as the PUCCH cell timing pattern (PUCCH setting information), may be notified to the terminal 200 by RRC.

[0177] Here, the receiving unit 102 receives an access signal for the terminal 200 to access the base station 100. Based on the access signal received by the receiving unit 102, the control unit 103 activates or puts to sleep the receiving unit for receiving the uplink signal.

[0178] The access signal may be referred to as, for example, RACH, RACH signal, initial access signal, Msg1, or Msg1 signal. The uplink signal may be referred to as UL channel or UL channel signal. The receiving unit may be included in the receiving unit 102 (or may be part of the functions of the receiving unit 102).

[0179] The receiving unit 102 may receive an access signal during a transmission opportunity in which the terminal 200 can transmit an access signal. The transmission opportunity may be, for example, RO.

[0180] The control unit 103 may start the receiving unit if it receives an access signal, or put the receiving unit to sleep if it does not receive an access signal.

[0181] The control unit 103 may put the receiving unit to sleep if it receives an access signal, and may wake up the receiving unit if it does not receive an access signal.

[0182] Here, after the receiving unit 102 receives a signal from the terminal 200 to start or put the base station 100 to sleep, the transmitting unit 101 transmits a response signal regarding the start or sleep to the terminal 200. Based on the transmission of the response signal to the terminal 200, the control unit 103 decides to receive an uplink signal from the terminal 200. For example, the control unit 103 decides to receive an uplink signal from the terminal 200 if it has transmitted a response signal to the terminal 200.

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

[0184] When the control unit 103 receives a signal from the terminal 200 to activate the base station 100 (receiving unit), it may transmit a response signal to the terminal 200. The control unit 103 may also transmit a response signal to the terminal 200 when it has an opportunity to monitor the terminal 200's reception of the response signal.

[0185] Furthermore, if the control unit 103 has transmitted a response signal to the terminal 200, it may receive an uplink signal from the terminal 200 when the next receiving unit is activated.

[0186] <Device Configuration> Figure 16 is a block diagram showing an example of the configuration of a terminal 200 according to an embodiment. The terminal 200 includes, for example, a receiving unit 201, a transmitting unit 202, and a control unit 203. The terminal 200 communicates with, for example, a base station 100 wirelessly.

[0187] The receiving unit 201 receives DL signals transmitted from the base station 100. For example, the receiving unit 201 receives DL signals under the control of the control unit 203.

[0188] The transmitting unit 202 transmits the UL signal to the base station 100. For example, the transmitting unit 202 transmits the UL signal under the control of the control unit 203.

[0189] The UL signal may include, for example, data signals for the uplink and control information (e.g., UCI). It may also include, for example, information regarding the processing capability of terminal 200 (e.g., UE capability). Furthermore, the UL signal may include reference signals.

[0190] The channels used to transmit UL signals include, for example, a data channel and a control channel. 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 uplink data signals using PUSCH.

[0191] The reference signals 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 the uplink data signal and are transmitted using an uplink channel (e.g., PUSCH).

[0192] The control unit 203 controls the communication operation of the terminal 200, including the receiving process in the receiving unit 201 and the transmission process in the transmitting unit 202.

[0193] For example, the control unit 203 acquires information such as data and control information from the upper layer and outputs it to the transmission unit 202. The control unit 203 also outputs data and control information received from the receiving unit 201 to the upper layer.

[0194] For example, the control unit 203 controls the transmission of information to be fed back to the base station 100. The information to be fed back to the base station 100 may include, for example, a HARQ-ACK, Channel State Information (CSI), or a Scheduling Request (SR). The information to be fed back to the base station 100 may be included in the UCI. The UCI is transmitted using the PUCCH resource.

[0195] The control unit 203 configures the PUCCH resource based on the configuration information received from the base station 100 (for example, configuration information such as the PUCCH cell timing pattern notified by the RRC and / or DCI). The control unit 203 determines the PUCCH resource to be used to transmit the information to be fed back to the base station 100. The transmission unit 202, under the control of the control unit 203, transmits the information to be fed back to the base station 100 using the PUCCH resource determined by the control unit 203.

[0196] The channels used for transmitting DL signals and UL signals are not limited to the examples described above. For example, the channels used for transmitting DL signals and 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 a Random Access Radio Network Temporary Identifier (RA-RNTI).

[0197] Here, the control unit 203 decides to send an access signal to access the base station 100 in order to start or put the base station 100 to sleep. After sending the access signal, the transmission unit 202 sends an uplink signal to the base station 100.

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

[0199] The control unit 203 may transmit an access signal when it has an opportunity to transmit an access signal.

[0200] When the control unit 203 starts up the base station 100, it transmits an access signal to the base station 100 during a transmission opportunity, but when the base station 100 goes to sleep, it does not need to transmit an access signal during a transmission opportunity.

[0201] Here, the receiving unit 201 receives a response signal from the base station 100 regarding the activation or sleep state after the transmitting unit 202 transmits a signal to activate or put the base station 100 to sleep. Based on the reception of the response signal, the control unit 203 decides to transmit an uplink signal.

[0202] The control unit 203 may determine a reception opportunity to monitor the reception of a response signal based on the parameters received from the base station 100.

[0203] After transmitting a signal to activate the base station 100, the control unit 203 transmits an uplink signal to the base station 100 if it receives a response signal during a reception opportunity, but does not need to transmit an uplink signal if it does not receive a response signal during a reception opportunity.

[0204] This concludes the explanation of this disclosure. The division of items in the above explanation is not essential to this disclosure, and matters described in two or more items may be combined as needed, and matters described in one item may be applied to matters described in another item (as long as they do not contradict each other).

[0205] <Hardware configuration, etc.> The block diagram used in the description of the above embodiment shows functional units. These functional blocks (components) are realized by any combination of at least one of hardware and software. Furthermore, the method of realizing each functional block is not particularly limited. That is, each functional block may be realized using one device that is physically or logically coupled, or it may be realized using two or more physically or logically separated devices that are directly or indirectly connected (for example, using wired or wireless connections). A functional block may also be realized by combining the above one device or the above multiple devices with software.

[0206] Functions include, but are not limited to, judgment, decision, judgment, calculation, calculation, processing, derivation, investigation, exploration, confirmation, reception, transmission, output, access, resolution, selection, selection, establishment, comparison, assumption, expectation, assumption, broadcasting, notifying, communicating, forwarding, configuring, reconfiguring, allocating (mapping), and assigning. For example, a functional block (configuration part) that enables transmission is called a transmitting unit or transmitter. As mentioned above, the method of implementation is not particularly limited.

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

[0208] In the following explanation, the term "device" can be interpreted as a circuit, device, unit, etc. The hardware configuration of the base station 100 and terminal 200 may include one or more of the devices shown in the figure, or it may be configured to omit some of the devices.

[0209] Each function in the base station 100 and terminal 200 is realized by loading predetermined software (programs) onto hardware such as the processor 1001 and memory 1002, which allows the processor 1001 to perform calculations and control communication by the communication device 1004, or control at least one of reading and writing data in the memory 1002 and storage 1003.

[0210] The processor 1001 controls the entire computer, for example, by running an operating system. The processor 1001 may be composed of a central processing unit (CPU) that includes interfaces with peripheral devices, control devices, arithmetic units, registers, etc. For example, the control unit 103 and control unit 203 described above may be implemented by the processor 1001.

[0211] Furthermore, the processor 1001 reads programs (program code), software modules, data, etc., from at least one of the storage 1003 and the communication device 1004 into the memory 1002 and executes various processes accordingly. The program used is one that causes the computer to execute at least a part of the operations described in the above embodiment. For example, the control unit 203 of the terminal 200 may be implemented by a control program stored in the memory 1002 and running on the processor 1001, and other functional blocks may be implemented similarly. The above-described various processes have been explained as being executed by one processor 1001, but they may be executed simultaneously or sequentially by two or more processors 1001. The processor 1001 may be implemented by one or more chips. The program may also be transmitted from the network via a telecommunications line.

[0212] Memory 1002 is a computer-readable recording medium and may consist of at least one of the following: ROM (Read Only Memory), EPROM (Erasable Programmable ROM), EEPROM (Electrically Erasable Programmable ROM), RAM (Random Access Memory), etc. Memory 1002 may also be called a register, cache, main memory, etc. Memory 1002 can store executable programs (program code), software modules, etc., for carrying out a wireless communication method according to one embodiment of the present disclosure.

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

[0214] The communication device 1004 is hardware (transmitting / receiving 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. The communication device 1004 may be configured to include a high-frequency switch, duplexer, filter, frequency synthesizer, etc., in order to implement at least one of frequency division duplex (FDD) and time division duplex (TDD). For example, the above-mentioned transmitting unit 101, receiving unit 102, receiving unit 201, and transmitting unit 202 may be implemented by the communication device 1004.

[0215] The input device 1005 is an input device that accepts input from an external source (e.g., a keyboard, mouse, microphone, switch, button, sensor, etc.). The output device 1006 is an output device that outputs to an external source (e.g., a display, speaker, LED lamp, etc.). The input device 1005 and the output device 1006 may be configured as an integrated unit (e.g., a touch panel).

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

[0217] Furthermore, the base station 100 and terminal 200 may be configured to include hardware such as a microprocessor, a digital signal processor (DSP), an ASIC (Application Specific Integrated Circuit), a PLD (Programmable Logic Device), and an FPGA (Field Programmable Gate Array), and some or all of each functional block may be realized by such hardware. For example, the processor 1001 may be implemented using at least one of these hardware components.

[0218] <Information notification, signaling> The notification of information is not limited to the embodiments described herein and may be carried out by other means. For example, the notification of information may be carried out by 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, broadcast information (MIB (Master Information Block), SIB (System Information Block))), other signals, or a combination thereof. RRC signaling may also be called RRC messages, and may be, for example, RRC Connection Setup messages, RRC Connection Reconfiguration messages, etc.

[0219] <Applicable Systems> The embodiments described herein may apply to systems utilizing LTE (Long Term Evolution), LTE-A (LTE-Advanced), SUPER 3G, IMT-Advanced, 4G (4th generation mobile communication system), 5G (5th generation mobile communication system), 6th generation mobile communication system (6G), xth generation mobile communication system (xG) (xG (where x is, for example, an integer or decimal)), FRA (Future Radio Access), NR (new Radio), New radio access (NX), Future generation radio access (FX), W-CDMA®, GSM®, CDMA2000, UMB (Ultra Mobile Broadband), IEEE 802.11 (Wi-Fi®), IEEE 802.16 (WiMAX®), IEEE 802.20, UWB (Ultra-WideBand), Bluetooth®, and other appropriate systems, as well as to at least one of the next-generation systems that are extended, modified, created, or defined based thereon. Furthermore, multiple systems may be applied in combination (for example, a combination of at least one of LTE and LTE-A with 5G).

[0220] <Processing Procedures, etc.> The processing procedures, sequences, flowcharts, etc., of each aspect / embodiment described herein may be reordered, provided they are consistent with each other. For example, the methods described herein present various step elements in an exemplary order and are not limited to that specific order.

[0221] <Base station operation> The specific operations described in this disclosure as being performed by a base station may, in some cases, be performed by its upper node. In a network consisting of one or more network nodes having a base station, it is clear that various operations performed for communication with a terminal can be performed by the base station and at least one other network node (for example, an MME or S-GW, but not limited to these). Although the above example illustrates a case where there is one other network node besides the base station, it may also be a combination of multiple other network nodes (for example, an MME and an S-GW).

[0222] <Input / Output Direction> Information, etc. (see the section on <Information, Signals>) can be output from a higher layer (or lower layer) to a lower layer (or higher layer). Input and output may occur via multiple network nodes.

[0223] <Handling of input / output information, etc.> Input and output information may be stored in a specific location (e.g., memory) or managed using a management table. Input and output information may be overwritten, updated, or appended to. Output information may be deleted. Input information may be transmitted to other devices.

[0224] <Judgment method> The determination may be made by a value represented by 1 bit (0 or 1), by a boolean value (true or false), or by a numerical comparison (for example, a comparison with a predetermined value).

[0225] <Variations in form, etc.> Each aspect / embodiment described herein may be used individually, in combination, or switched between as needed during implementation. Furthermore, notification of specific information (e.g., notification that "X is") is not limited to explicit notification, but may also be implicit (e.g., by not providing such notification).

[0226] Although the present disclosure has been described in detail above, it will be clear to those skilled in the art that the present disclosure is not limited to the embodiments described herein. The present disclosure can be implemented in modified and altered forms without departing from the intent and scope of the present disclosure as defined by the claims. Therefore, the descriptions in the present disclosure are illustrative and not intended to be restrictive in any way.

[0227] <Software> Software should be broadly interpreted to mean instructions, instruction sets, code, code segments, program code, programs, subprograms, software modules, applications, software applications, software packages, routines, subroutines, objects, executable files, execution threads, procedures, functions, and so on, whether they are called software, firmware, middleware, microcode, hardware description languages, or by any other name.

[0228] Furthermore, software, instructions, information, etc., may be transmitted and received via a transmission medium. For example, if software is transmitted from a website, server, or other remote source using at least one of wired technology (such as coaxial cable, fiber optic cable, twisted pair, or digital subscriber line (DSL)) and wireless technology (such as infrared or microwave), then at least one of these wired and wireless technologies is included in the definition of a transmission medium.

[0229] <Information, Signals> The information, signals, etc. described in this disclosure may be represented using any of the various different techniques. For example, the data, instructions, commands, information, signals, bits, symbols, chips, etc. that may be referred to throughout the above description may be represented by voltage, current, electromagnetic waves, magnetic fields or magnetic particles, optical fields or photons, or any combination thereof.

[0230] In addition, terms used 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 symbol may be a signal (signaling). Also, a signal may be a message. Furthermore, a component carrier (CC) may be called a carrier frequency, cell, frequency carrier, etc.

[0231] <Systems, Networks> The terms “system” and “network” as used in this disclosure are interchangeable.

[0232] <Parameters, channel name> Furthermore, the information, parameters, etc., described in this disclosure may be expressed using absolute values, relative values ​​from a given value, or other corresponding information. For example, wireless resources may be indicated by an index.

[0233] The names used for the parameters described above are not restrictive in any way. Furthermore, the formulas and other expressions using these parameters may differ from those expressly disclosed in this disclosure. Various channels (e.g., PUCCH, PDCCH, etc.) and information elements can be identified by any suitable name, and therefore, the various names assigned to these various channels and information elements are not restrictive in any way.

[0234] <Base station> In this disclosure, terms such as "base station (BS)", "wireless base station", "fixed station", "NodeB", "eNodeB (eNB)", "gNodeB (gNB)", "access point", "transmission point", "reception point", "transmission / reception point", "cell", "sector", "cell group", "carrier", and "component carrier" may be used interchangeably. Base stations may also be referred to by terms such as macrocell, small cell, femtocell, and picocell.

[0235] A base station can accommodate one or more (e.g., three) cells. If a base station accommodates multiple cells, the entire coverage area of ​​the base station can be divided into several smaller areas, each of which may also be provided with communication services by a base station subsystem (e.g., a Remote Radio Head (RRH)). The terms “cell” or “sector” refer to part or all of the coverage area of ​​at least one of the base station and / or base station subsystems that provide communication services in that coverage.

[0236] In this disclosure, the transmission of information by a base station to a terminal may be interpreted as the base station instructing the terminal to perform information-based control or operation.

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

[0238] A mobile station may also be referred to by those 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 terminal, remote terminal, handset, user agent, mobile client, client, or several other appropriate terms.

[0239] <Base station / mobile station> At least one of the base station and the mobile station may be called a transmitting device, a receiving device, a communication device, etc. At least one of the base station and the mobile station may also be a device mounted on a mobile body, the mobile body itself, etc. The mobile body refers to a movable object, and its speed of movement is arbitrary. This also includes the case when the mobile body is stationary. The mobile body includes, but is not limited to, vehicles, transport vehicles, automobiles, motorcycles, bicycles, connected cars, excavators, bulldozers, wheel loaders, dump trucks, forklifts, trains, buses, handcarts, rickshaws, ships and other watercraft, airplanes, rockets, satellites, drones (registered trademark), multicopters, quadcopters, balloons, and items mounted on them. The mobile body may also be a mobile body that moves autonomously based on operation commands. It may be a vehicle (e.g., a car, an airplane, etc.), an unmanned mobile body (e.g., a drone, an autonomous vehicle, etc.), or a robot (manned or unmanned). Furthermore, at least one of the base station and the mobile station may include 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.

[0240] Furthermore, the term "base station" in this disclosure may be interpreted as "terminal." For example, the embodiments of this disclosure may be applied to a configuration in which communication between a base station and a terminal is replaced with communication between multiple terminals (which may be called, for example, D2D (Device-to-Device), V2X (Vehicle-to-Everything), etc.). In this case, the terminal 200 may have the functions that the base station 100 has. Also, terms such as "uplink" and "downlink" may be interpreted as terms corresponding to terminal-to-terminal communication (for example, "side"). For example, uplink channel, downlink channel, etc., may be interpreted as side channel.

[0241] Similarly, the term "terminal" in this disclosure may be replaced with "base station." In this case, the base station 100 may be configured to have the same functions as the terminal 200 described above.

[0242] Figure 18 shows an example of the configuration of vehicle 2001. As shown in Figure 18, vehicle 2001 includes a drive unit 2002, a steering unit 2003, an accelerator pedal 2004, a brake pedal 2005, a shift lever 2006, front wheels 2007, rear wheels 2008, an axle 2009, an electronic control unit 2010, various sensors 2021-2029, an information service unit 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, to the communication module 2013.

[0243] The drive unit 2002 consists 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 called a handle) and is configured to steer at least one of the front wheels and the rear wheels based on the operation of the steering wheel, which is operated by the user.

[0244] The electronic control unit 2010 consists of a microprocessor 2031, memory (ROM, RAM) 2032, and communication ports (IO ports) 2033. Signals from various sensors 2021 to 2029 installed 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).

[0245] Signals from various sensors 2021-2029 include current signals from current sensor 2021 which senses motor current, front and rear wheel rotation speed signals obtained by rotation speed sensor 2022, front and rear wheel air pressure signals obtained by air pressure sensor 2023, vehicle speed signals obtained by vehicle speed sensor 2024, acceleration signals obtained by acceleration sensor 2025, accelerator pedal depression signals obtained by accelerator pedal sensor 2029, brake pedal depression signals obtained by brake pedal sensor 2026, shift lever operation signals obtained by shift lever sensor 2027, and detection signals obtained by object detection sensor 2028 for detecting obstacles, vehicles, pedestrians, etc.

[0246] The Information Services Unit 2012 consists of various devices for providing (outputting) various types of information such as driving information, traffic information, and entertainment information, including a car navigation system, audio system, speakers, television, and radio, and one or more ECUs that control these devices. The Information Services Unit 2012 uses information acquired from external devices via a communication module 2013, etc., to provide various multimedia information and multimedia services to the occupants of the vehicle 2001.

[0247] The information service unit 12 may include input devices that accept input from the outside (e.g., keyboard, mouse, microphone, switch, button, sensor, touch panel, etc.) or output devices that perform output to the outside (e.g., display, speaker, LED lamp, touch panel, etc.).

[0248] The driver assistance system unit 2030 consists of various devices that provide functions to prevent accidents or reduce the driver's workload, such as millimeter-wave radar, LiDAR (Light Detection and Ranging), cameras, positioning locators (e.g., GNSS), map information (e.g., high-definition (HD) maps, autonomous vehicle (AV) maps, etc.), gyro systems (e.g., IMU (Inertial Measurement Unit), INS (Inertial Navigation System), etc.), AI (Artificial Intelligence) chips, and AI processors, as well as one or more ECUs that control these devices. The driver assistance system unit 2030 also sends and receives various information via the communication module 2013 to realize driver assistance functions or autonomous driving functions.

[0249] The communication module 2013 can communicate with the microprocessor 2031 and components of the vehicle 2001 via its communication port. For example, the communication module 2013 sends and receives data via its communication port 2033 to the drive unit 2002, steering unit 2003, accelerator pedal 2004, brake pedal 2005, shift lever 2006, front wheels 2007, rear wheels 2008, axle 2009, the microprocessor 2031 and memory (ROM, RAM) 2032 in the electronic control unit 2010, and sensors 2021-29 provided in the vehicle 2001.

[0250] 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, it can send and receive various types of information to and from external devices 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 or a mobile station.

[0251] The communication module 2013 may transmit at least one of the following to an external device via wireless communication: signals from the various sensors 2021 to 2029 input to the electronic control unit 2010, information obtained based on said signals, and information based on input from an external source (user) obtained via the information service unit 2012. The electronic control unit 2010, the various sensors 2021 to 2029, the information service unit 2012, etc., may also be called input units that accept input. For example, the PUSCH transmitted by the communication module 2013 may include information based on the above input.

[0252] The communication module 2013 receives various information (traffic information, signal information, vehicle-to-vehicle information, etc.) transmitted from an external device and displays it on the information service unit 2012 installed in the vehicle 2001. The information service unit 2012 may also be called an output unit, which outputs information (for example, it outputs information to devices such as displays and speakers based on the PDSCH (or data / information decoded from the PDSCH) received by the communication module 2013).

[0253] Furthermore, the communication module 2013 stores various information received from external devices in memory 2032, which is available to the microprocessor 2031. Based on the information stored in memory 2032, the microprocessor 2031 may control the drive unit 2002, steering unit 2003, accelerator pedal 2004, brake pedal 2005, shift lever 2006, front wheels 2007, rear wheels 2008, axles 2009, sensors 2021-2029, etc., which are provided in the vehicle 2001.

[0254] <Meaning and interpretation of terms> As used herein, the terms "determining" and "deciding" may encompass a variety of operations. "Determining" and "deciding" may include, for example, judging, calculating, computing, processing, deriving, investigating, looking up (e.g., searching a table, database, or other data structure), ascertaining, and considering something as having been "determined" or "decided". Further, "determining" and "deciding" may include considering something as having been "determined" or "decided" after receiving (e.g., receiving information), transmitting (e.g., transmitting information), inputting, outputting, accessing (e.g., accessing data in a memory), etc. Also, "determining" and "deciding" may include considering something as having been "determined" or "decided" after resolving, selecting, choosing, establishing, comparing, etc. That is, "determining" and "deciding" may include considering that some operation has been "determined" or "decided". Further, "determining (deciding)" may be replaced with "assuming", "expecting", "considering", etc.

[0255] The terms "connected" and "coupled," or any variations thereof, mean any direct or indirect connection or coupling between two or more elements, and can include the presence of one or more intermediate elements between two elements that are "connected" or "coupled" to each other. The coupling or connection between elements can be physical, logical, or a combination thereof. For example, "connected" may be read as "accessed." As used in this disclosure, two elements can be considered to be "connected" or "coupled" to each other using at least one of one or more wires, cables, and printed electrical connections, as well as electromagnetic energy having wavelengths in the radio frequency region, microwave region, and optical (both visible and invisible) region, as some non-limiting and non-exhaustive examples. <...> <Reference Signal> The reference signal can also be abbreviated as RS (Reference Signal) and may be referred to as a Pilot depending on the applicable standard.

[0257] <Meaning of "based on"> As used in this disclosure, the description "based on" does not mean "based only on" unless otherwise specified. In other words, the description "based on" means both "based only on" and "based at least on."

[0258] <"First," "Second"> Any reference to an element using the designations "first," "second," etc. as used in this disclosure does not generally limit the quantity or order of those elements. These designations can be used in this disclosure as a convenient way to distinguish between two or more elements. Thus, a reference to a first and a second element does not mean that only two elements can be employed, or that the first element must precede the second element in any form.

[0259] <Means> In the configuration of each of the above devices, the "means" may be replaced with "section", "circuit", "device", etc.

[0260] <Open format> In the present disclosure, when the terms "include", "including" and their variants are used, these terms are intended to be inclusive, similar to the term "comprising". Further, the term "or" used in the present disclosure is not intended to be an exclusive disjunction.

[0261] <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 of the one or more frames in the time domain may be referred to as a subframe. A subframe may further be composed of one or more slots in the time domain. A subframe may have a fixed time length (e.g., 1 ms) that does not depend on numerology.

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

[0263] A slot may consist of one or more symbols in the time domain (such as OFDM (Orthogonal Frequency Division Multiplexing) symbols, SC-FDMA (Single Carrier Frequency Division Multiple Access) symbols, etc.). A slot may also be a time unit based on neurology.

[0264] A slot may include multiple minislots. Each minislot may consist of one or more symbols in the time domain. Minislots may also be called subslots. Minislots may consist of fewer symbols than a slot. A PDSCH (or PUSCH) transmitted in a time unit larger than a minislot may be called PDSCH (or PUSCH) mapping type A. A PDSCH (or PUSCH) transmitted using a minislot may be called PDSCH (or PUSCH) mapping type B.

[0265] Wireless frames, subframes, slots, minislots, and symbols all represent units of time when transmitting a signal. Different names may be used for each of these terms.

[0266] For example, one subframe may be called a Transmission Time Interval (TTI), multiple consecutive subframes may be called a TTI, or one slot or one mini-slot may be called a TTI. In other words, at least one of a subframe and a TTI may be a subframe (1 ms) in existing LTE, a period shorter than 1 ms (e.g., 1-13 symbols), or a period longer than 1 ms. Note that the unit representing the TTI may be called a slot, mini-slot, etc., instead of a subframe.

[0267] Here, TTI refers to, for example, the smallest unit of time for scheduling in wireless communication. For example, in an LTE system, the base station schedules each user terminal to allocate wireless resources (such as the frequency bandwidth and transmission power available to each user terminal) in TTI units. However, the definition of TTI is not limited to this.

[0268] TTI may be a transmission time unit for channel-encoded data packets (transport blocks), code blocks, code words, etc., or it may be a processing unit for scheduling, link adaptation, etc. Given a TTI, the actual time interval (e.g., number of symbols) to which the transport blocks, code blocks, code words, etc. are mapped may be shorter than the given TTI.

[0269] Furthermore, if one slot or one mini-slot is referred to as TTI, then one or more TTIs (i.e., one or more slots or one or more mini-slots) may constitute the minimum time unit of scheduling. In addition, the number of slots (number of mini-slots) that constitute the minimum time unit of scheduling may be controlled.

[0270] A TTI with a time length of 1ms may also be called a normal TTI, long TTI, normal subframe, long subframe, slot, etc. A TTI shorter than a normal TTI may also be called a shortened TTI, short TTI, partial or fractional TTI, shortened subframe, short subframe, mini slot, sub slot, slot, etc.

[0271] Furthermore, long TTIs (e.g., normal TTIs, subframes, etc.) may be interpreted as TTIs with a time length exceeding 1 ms, and short TTIs (e.g., shortened TTIs, etc.) may be interpreted as TTIs with a TTI length less than that of a long TTI but 1 ms or more.

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

[0273] Also, the time domain of an RB may include one or more symbols, and may be the length of 1 slot, 1 mini-slot, 1 sub-frame, or 1 TTI. 1 TTI, 1 sub-frame, etc. may each be composed of one or more resource blocks.

[0274] Note that one or more RBs may be referred to as physical resource blocks (PRBs), sub-carrier groups (SCGs), resource element groups (REGs), PRB pairs, RB pairs, etc.

[0275] Also, a resource block may be composed of one or more resource elements (REs). For example, 1 RE may be a radio resource area of 1 subcarrier and 1 symbol.

[0276] A bandwidth part (BWP) (which may also be called a partial bandwidth, etc.) may represent a subset of consecutive common resource blocks (RBs) for a certain numerology in a certain carrier. Here, the common RB may be specified by the index of the RB based on the common reference point of the carrier. A PRB is defined in a certain BWP and may be numbered within the BWP.

[0277] A BWP may include BWPs for UL (UL BWP) and BWPs for DL ​​(DL BWP). One or more BWPs may be configured within a single carrier for a UE.

[0278] At least one of the configured BWPs may be active, and the UE does not need to assume that it will send or receive a given signal / channel outside of the active BWP. In this disclosure, terms such as "cell" and "carrier" may be read as "BWP".

[0279] The structures described above, such as wireless frames, subframes, slots, minislots, and symbols, are merely illustrative. For example, the number of subframes included in a wireless frame, the number of slots per subframe or wireless frame, the number of minislots included in a slot, the number of symbols and RBs included in a slot or minislot, the number of subcarriers included in an RB, and the number of symbols, symbol length, and cyclic prefix (CP) length within a TTI can be varied in various ways.

[0280] <Maximum transmission power> The term "maximum transmit power" as used in this disclosure may mean the maximum transmit power, the nominal UE maximum transmit power, or the rated UE maximum transmit power.

[0281] <article> In this disclosure, if articles are added by translation, such as a, an, and the in English, this disclosure may include the fact that the noun following these articles is plural.

[0282] <"Different"> In this disclosure, the term "A and B are different" may mean "A and B are different from each other." The term may also mean "A and B are each different from C." Terms such as "separate" and "combine" may be interpreted similarly to "different." [Industrial applicability]

[0283] One aspect of this disclosure is useful for wireless communication systems. [Explanation of symbols]

[0284] 10 Wireless communication systems 100 base stations 200 terminals 101,202 Transmitter 102, 201 Receiver 103,203 Control Unit< / bsr>

Claims

1. A transmission opportunity in which a terminal can transmit an access signal, comprising a receiving unit that receives the access signal, A control unit that activates or puts to sleep a receiving unit for receiving an uplink signal based on the aforementioned access signal, It has, The control unit, If the access signal is received during the aforementioned transmission opportunity, the receiving unit is activated during the next intermittent reception opportunity in the connection mode following the transmission opportunity in which the access signal was received, and the upchannel is monitored. If the access signal is not received during the transmission opportunity, the receiving unit will not be activated and the uplink channel will not be monitored during the next intermittent reception opportunity in connection mode following the transmission opportunity in which the access signal was not received. Base station.

2. The base station, In a transmission opportunity in which the terminal can transmit an access signal, the terminal receives the access signal, Based on the aforementioned access signal, the receiving unit for receiving the uplink signal is activated or put to sleep. If the access signal is received during the aforementioned transmission opportunity, the receiving unit is activated during the next intermittent reception opportunity in the connection mode following the transmission opportunity in which the access signal was received, and the upchannel is monitored. If the access signal is not received during the transmission opportunity, the receiving unit will not be activated and the uplink channel will not be monitored during the next intermittent reception opportunity in connection mode following the transmission opportunity in which the access signal was not received. Communication method.

Images