User equipment and communication method

Abstract

This user equipment comprises: a reception unit that receives a low-power wake-up signal; and a control unit that supports a first power-saving control mode for executing monitoring within an intermittent reception cycle on the basis of the low-power wake-up signal and / or a second power-saving control mode for executing monitoring independently of the intermittent reception cycle on the basis of the low-power wake-up signal. The control unit assumes that the first power-saving control mode and the second power-saving control mode are not set at the same time or are set at the same time.

Description

Terminal and Communication Method

[0001] The present invention relates to a terminal and a communication method in a wireless communication system.

[0002] Technologies for further increasing the capacity of 3GPP (Registered Trademark) (3rd Generation Partnership Project) systems, further increasing the data transmission speed, and further reducing the latency in the wireless section are being studied (for example, Non-Patent Document 1 and Non-Patent Document 2). Furthermore, in 3GPP Release 19, for power reduction in wireless communication systems, technologies for a low-power wake-up signal (LP (Low Power)-WUS (Wake Up Signal)) and an LP-WUR (Wake Up Receiver) for receiving the LP-WUS are being discussed.

[0003] In 3GPP Release 19, for example, in the RRC_CONNECTED mode where the radio resource control (RRC: Radio Resource Control) connection between the terminal and the base station is established, procedures for triggering physical downlink control channel (PDCCH: Physical Downlink Control Channel) monitoring using the LP-WUS are being studied.

[0004] 3GPP TS 38.300 V18.2.0 (2024-06) 3GPP TS 38.401 V18.2.0 (2024-06)

[0005] There are multiple trigger procedures for PDCCH monitoring using the LP-WUS that are currently being discussed. However, whether these procedures can be supported when set simultaneously has not been studied. Since these procedures have different purposes, they need to be considered for the flexible operation of a wireless communication system.

[0006] The present invention has been made in view of the above problems, and appropriately combines multiple trigger procedures for physical downlink control channel monitoring using a low-power wake-up signal to operate a flexible wireless communication system.

[0007] According to the disclosed technology, a terminal is provided having a receiving unit that receives a low-power wake-up signal, a control unit that supports at least one of a first power-saving control mode that performs monitoring within an intermittent reception cycle based on the low-power wake-up signal, and a second power-saving control mode that performs monitoring independently of the intermittent reception cycle based on the low-power wake-up signal, wherein the control unit assumes that the first power-saving control mode and the second power-saving control mode are not set simultaneously or are set simultaneously.

[0008] According to the disclosed technology, multiple trigger procedures for physical downlink control channel monitoring using low-power wake-up signals can be appropriately combined to enable flexible operation of wireless communication systems.

[0009] Figure 1 is a diagram showing an example (1) of the configuration of the wireless communication system in this embodiment. Figure 2 is a diagram showing an example (2) of the configuration of the wireless communication system in this embodiment. Figure 3 is a diagram showing an example (1) of communication by LP-WUS / LP-WUR in this embodiment. Figure 4 is a diagram showing an example (2) of communication by LP-WUS / LP-WUR in this embodiment. Figure 5 is a diagram (1) showing an example of the procedure for LP-WUS to trigger PDCCH monitoring. Figure 6 is a diagram (2) showing an example of the procedure for LP-WUS to trigger PDCCH monitoring. Figure 7 is a diagram (3) showing an example of the procedure for LP-WUS to trigger PDCCH monitoring. Figure 8 is a diagram (4) showing an example of the procedure for LP-WUS to trigger PDCCH monitoring. Figure 9 is a diagram showing an example of each parameter when [Alt. 1] is set among the offset parameters related to the setting of LP-WUS in this embodiment. Figure 10 shows an example of each parameter when [Alt. 2] is set among the offset parameters related to the setting of LP-WUS in this embodiment. Figure 11 shows an example of the PDCCH monitoring period in Embodiment 1-2. Figure 12 shows an example of when Option 1 and Option 2 are set simultaneously in this embodiment. Figure 13 shows an example of how to handle overlapping cases (1) when Option 1 and Option 2 are set simultaneously in this embodiment. Figure 14 shows an example of how to handle overlapping cases (2) when Option 1 and Option 2 are set simultaneously in this embodiment. Figure 15 shows an example of how to handle overlapping cases (3) when Option 1 and Option 2 are set simultaneously in this embodiment. Figure 16 shows an example of the functional configuration of the base station in this embodiment. Figure 17 shows an example of the functional configuration of the terminal in this embodiment. Figure 18 shows an example of the hardware configuration of the base station and terminal in this embodiment. Figure 19 shows an example of the vehicle configuration in this embodiment.

[0010] Embodiments of the present invention will be described below with reference to the drawings. The embodiments described below are merely examples, and the embodiments to which the present invention is applied are not limited to the embodiments described below.

[0011] In the operation of the wireless communication system of this embodiment, existing technologies will be used as appropriate. However, such existing technologies include, for example, existing LTE (Long Term Evolution), but are not limited to existing LTE. Furthermore, the term "LTE" as used herein has a broad meaning that includes LTE-Advanced and LTE-Advanced and later technologies (for example, NR (New Radio)), unless otherwise specified.

[0012] In the embodiments described below, terms such as Synchronization Signal (SS), Primary SS (PSS), Secondary SS (SSS), Physical Broadcast Channel (PBCH), Physical Random Access Channel (PRACH), Physical Downlink Control Channel (PDCCH), Physical Downlink Shared Channel (PDSCH), Physical Uplink Control Channel (PUCCH), and Physical Uplink Shared Channel (PUSCH), which are used in existing LTE systems, will be used. This is for convenience of description, and similar signals, functions, etc., may be called by other names. The above terms in NR may also be called SS, PSS, SSS, PBCH, PRACH, etc., without any particular distinction from LTE.

[0013] In this embodiment, the duplex scheme may be a time division duplex (TDD) scheme, a frequency division duplex (FDD) scheme, or any other scheme (for example, a flexible duplex).

[0014] In this embodiment, "configuring" wireless parameters means either pre-configuring predetermined values, or configuring wireless parameters notified by a base station or terminal.

[0015] Figure 1 is a diagram (1) showing an example of the configuration of the wireless communication system in this embodiment. The wireless communication system in this embodiment includes a base station 10 and a terminal 20, as shown in Figure 1. Figure 1 shows one base station 10 and one terminal 20, but this is an example, and there may be multiple of each.

[0016] Base station 10 is a communication device that provides one or more cells and communicates wirelessly with terminal 20. The physical resources of the radio signal are defined in the time domain and the frequency domain, the time domain may be defined by the number of orthogonal frequency division multiplexing (OFDM) symbols, and the frequency domain may be defined by the number of subcarriers or resource blocks. Base station 10 transmits synchronization signals (SS) and system information (SI) to terminal 20. Synchronization signals (SS) are, for example, PSS and SSS. System information is transmitted, for example, via PBCH or PDSCH, and is also called broadcast information. Synchronization signals (SS) and system information (SI) may be called a synchronization signal block (SSB: SS / PBCH Block). As shown in Figure 1, base station 10 transmits control signals or data to terminal 20 on the downlink (DL) and receives control signals or data from terminal 20 on the uplink (UL). Both the base station 10 and the terminal 20 are capable of transmitting and receiving signals using beamforming. Furthermore, both the base station 10 and the terminal 20 are capable of applying Multiple Input Multiple Output (MIMO) communication to DL or UL. Both the base station 10 and the terminal 20 may also communicate via secondary cells (SCell) and primary cells (PCell) using carrier aggregation (CA). Additionally, the terminal 20 may communicate via the PCell of base station 10 and the primary secondary cell group cell (PSCell) of other base stations 10 using dual connectivity (DC).

[0017] Terminal 20 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. As shown in Figure 1, Terminal 20 receives control signals or data from the base station 10 via DL and transmits control signals or data to the base station 10 via UL, thereby utilizing various communication services provided by the wireless communication system. Terminal 20 also receives various reference signals transmitted from the base station 10 and performs propagation path quality measurement based on the reception results of said reference signals.

[0018] Figure 2 is a diagram (2) showing an example of the configuration of the wireless communication system in this embodiment.

[0019] As shown in Figure 2, terminal 20 communicates with base station 10A and base station 10B provided by the NR system (hereinafter, when base station 10A and base station 10B are not distinguished, they may be referred to as "base station 10"). Furthermore, terminal 20 supports NR-NR dual connectivity, i.e., NR-DC, with base station 10A as the master node (MN) and base station 10B as the secondary node (SN). Terminal 20 can simultaneously transmit or receive with base station 10A and base station 10B by simultaneously utilizing multiple component carriers (CCs) provided by base station 10A (master node) and base station 10B (secondary node).

[0020] As shown in Figure 2, terminal 20 may communicate with base station 10A provided by the LTE system and base station 10B provided by the NR system. Furthermore, terminal 20 may support LTE-NR dual connectivity, i.e., EN-DC, where base station 10A is the MN and base station 10B is the SN. Terminal 20 can simultaneously transmit or receive with base station 10A, the master node, and base station 10B, the secondary node, by simultaneously utilizing multiple CCs provided by base station 10A, the master node, and base station 10B, the secondary node.

[0021] As shown in Figure 2, terminal 20 may communicate with base station 10A provided by the NR system and base station 10B provided by the LTE system. Furthermore, terminal 20 may support NR-LTE dual connectivity, i.e., NE (NR-E-UTRA (Evolved Universal Terrestrial Radio Access Network))-DC, where base station 10A is the MN and base station 10B is the SN. Terminal 20 can simultaneously transmit or receive with base station 10A, the master node, and base station 10B, the secondary node, by simultaneously utilizing multiple CCs provided by base station 10A, the master node, and base station 10B, the secondary node.

[0022] As shown in Figure 2, terminal 20 may communicate with base station 10A and base station 10B provided by the NR system. Furthermore, terminal 20 may support NR-NR dual connectivity, i.e., NR-DC, where base station 10A is the MN and base station 10B is the SN. Terminal 20 can simultaneously transmit or receive with base station 10A, the master node, and base station 10B, the secondary node, by simultaneously utilizing multiple CCs provided by base station 10A, the master node, and base station 10B, the secondary node.

[0023] In this embodiment, terminal 20 may perform communication using one serving cell, or it may perform communication using multiple serving cells (for example, CA or DC). The processing operation in this embodiment may be performed with the system configuration shown in Figure 1, the system configuration shown in Figure 2, or any other system configuration.

[0024] In the following explanation, " / " means "and / or" unless otherwise specified, or unless the context makes it clear that it has a different meaning.

[0025] Figure 3 is a diagram (1) illustrating communication using LP-WUS / LP-WUR in this embodiment. In 3GPP Release 19, a power consumption reduction technology called "Low Power Wake Up Signal and Receiver" is under discussion. The Low Power Wake Up Signal is called LP-WUS or WUS, and the Low Power Wake Up Receiver is called LP-WUR, WUR, or LR. As shown in Figure 3(a), as a substitute for the main radio (MR) used in normal data communication, a simplified circuit called LR that operates with lower power consumption than the MR is activated, introducing a state called Ultra Deep Sleep (UDS). As shown in Figure 3(b), when the LR detects the LP-WUS and resumes communication with the base station, the power of the MR is turned ON. Thus, the power to the MR may be turned OFF or ON triggered by the LR receiving the LP-WUS signal. In other words, LP-WUS can be described as a control signal used to switch the state of the MR. Switching the state of the MR may be, for example, switching the power ON or OFF, or switching the power ON or sleep state. Alternatively, as explained in Figure 4 above, LP-WUS can be described as a signal indicating whether or not a paging opportunity (PO) should be monitored. Here, a paging opportunity means an opportunity in which the terminal 20 may receive paging. LP-WUS may be a predetermined sequence, or it may be information included in downlink control information (DCI) (for example, paging early indication (PEI)).

[0026] Figure 4 is a diagram (2) illustrating communication using LP-WUS / LP-WUR in this embodiment. In 3GPP, the functional details of how to apply the RRC connection status, whether RRC_CONNECTED, RRC_IDLE, or RRC_INACTIVE, are under discussion. It is being considered that the RRC_CONNECTED signal will be used to instruct PDCCH monitoring following the LP-WUS, and the RRC_IDLE / RRC_INACTIVE signal will be used to instruct paging monitoring following the LP-WUS. As shown in Figure 4, for example, in RRC_IDLE, LP-WUS is transmitted as information indicating whether or not the PO should be monitored. If the LR receives the LP-WUS and determines that the PO should be monitored, the MR is activated and subsequent processing is executed.

[0027] Next, the agreement regarding the scope of application of LP-WUS / LP-WUR in 3GPP Release 19 is shown below.

[0028] To specify an LP-WUS design that is common to both RRC_IDLE / RRC_INACTIVE mode and RRC_CONNECTED mode, an OFDM sequence is specified in which an on-off modulation (OOK: On Off Keying) (OOK-1 / OOK-4) based LP-WUS is overlaid on OOK symbols, and at least LP-WUS duty cycle monitoring is supported. In the LP-WUS design, it is necessary that the same information is delivered regardless of the LP-WUS type in RRC_IDLE / RRC_INACTIVE mode. The OFDM sequence may transmit information.

[0029] In RRC_IDLE / RRC_INACTIVE mode, the following three points are agreed upon:

[0030] (1) Specify the LP-WUS procedure and configuration for showing paging monitoring triggered by LP-WUS. This procedure and configuration includes at least the settings, subgrouping, and entry / exit conditions for LP-WUS monitoring.

[0031] (2) For Radio Resource Management (RRM) of the synchronous / serving cell, a low-power synchronous signal (LP-SS) with a periodicity of Y [milliseconds] is specified for the LP-WUR. The LP-SS is based on the OOK-1 / OOK-4 waveform and may or may not have an OFDM sequence overlay. In the case of an LP-WUR that can receive an existing PSS / SSS, the existing PSS / SSS can be used instead of the LP-SS for synchronous and RRM.

[0032] (3) Specify, including necessary conditions, that the RRM of the MR of terminal 20 be further relaxed by measuring both the serving cell and the adjacent cell, and that the RRM measurement of the serving cell of terminal 20 be offloaded from the MR to the LP-WUR.

[0033] In RRC_CONNECTED mode, the procedure for enabling and disabling LP-WUS monitoring, and for enabling monitoring of the MR PDCCH of terminal 20 triggered by LP-WUS, is specified. In RRC_CONNECTED mode, the MR UDS of terminal 20 is not considered, and the RRM / Radio Link Monitoring (RLM) / Beam Failure Detection (BFD) / Channel State Information (CSI) measurements of terminal 20 are performed by MR.

[0034] The target coverage for LP-WUS and LP-SS is the coverage of PUSCH in message 3. Optimization of the LP-WUS signal design for RRC_IDLE / RRC_INACTIVE modes takes precedence over optimization for RRC_CONNECTED mode.

[0035] 3GPP Release 19 describes a procedure for triggering PDCCH monitoring using LP-WUS in RRC_CONNECTED mode. In this procedure, LP-WUS refers to, for example, an LP-WUS with Connected mode Discontinuous Reception (C-DRX) settings. The following four options are discussed in this procedure:

[0036] Figure 5 is a diagram (1) showing an example of the procedure by which LP-WUS triggers PDCCH monitoring. In Option 1, as shown in Figure 5, terminal 20 performs LP-WUS monitoring according to the LP-WUS monitoring settings before triggering the start of drx-onDurationTimer. Option 1 can be applied to the DCP (DCI format 2_6 with CRC (Cyclic Redundancy Check) scrambled by PS-RNTI (Power Saving - Radio Network Temporary Identifier)) function. drx-onDurationTimer is one of the parameters of the DRX function and means the period during which terminal 20 performs PDCCH monitoring within the DRX cycle. DCP means a signal transmitted using DCI format 2-6 to control the activation of terminal 20.

[0037] In Option 2, as shown in Figures 6 and 7 above, terminal 20 performs LP-WUS monitoring at least outside of the legacy C-DRX active period in accordance with the LP-WUS monitoring settings to trigger PDCCH monitoring. In Option 2, PDCCH monitoring may be performed regardless of drx-onDurationTimer. Next, Options 2-1 and 2-2, which are related to Option 2, will be described.

[0038] Figure 6 is a diagram (2) showing an example of the procedure by which LP-WUS triggers PDCCH monitoring. In option 2-1, as shown in Figure 6, PDCCH monitoring is additionally triggered based on the legacy C-DRX cycle and drx-onDurationTimer during LP-WUS monitoring. To adopt option 2-1, it is necessary to configure it together with option 1 to achieve power savings compared to legacy C-DRX.

[0039] Figure 7 is a diagram (3) illustrating an example of the procedure by which LP-WUS triggers PDCCH monitoring. In option 2-2, as shown in Figure 7, PDCCH monitoring is not triggered by the legacy C-DRX cycle and drx-onDurationTimer during LP-WUS monitoring.

[0040] Figure 8 is a diagram (4) illustrating an example of the procedure by which LP-WUS triggers PDCCH monitoring. In Option 3, as shown in Figure 8, LP-WUS monitoring is performed at least during the legacy C-DRX active time, according to the LP-WUS monitoring settings for triggering PDCCH monitoring.

[0041] It remains unclear whether or not the simultaneous configuration of options 1 and 2 on the same device is supported, and how it will be supported. This issue may also be affected by the capabilities of the device.

[0042] Option 1 aims to replace DCP with LP-WUS. Therefore, a one-to-one correspondence can be established between LP-WUS monitoring and legacy C-DRX. On the other hand, Option 2 aims to achieve greater flexibility by considering the trade-off between terminal power saving gains and performance such as latency. Therefore, a one-to-one correspondence between LP-WUS monitoring and legacy C-DRX is not necessarily required.

[0043] It is considered possible to operate Option 1 and Option 2 in a unified framework. This can reduce the workload of 3GPP specification, but may increase the complexity of terminal implementation.

[0044] That is, various methods can be considered regarding whether to support and how to support the simultaneous setting of Option 1 and Option 2 for the same terminal. According to this embodiment, it is clarified whether to support and how to support the simultaneous setting of Option 1 and Option 2 for the same terminal.

[0045] Hereinafter, examples in this embodiment will be described. Hereinafter, "period" and "opportunity" may be used interchangeably. That is, the LP-WUS monitoring period and the LP-WUS monitoring opportunity may be synonymous. The PDCCH monitoring period and the PDCCH monitoring opportunity may be synonymous. Options regarding the procedure for triggering PDCCH monitoring by LP-WUS may be called power saving control modes. Option 1 is an example of the first power saving control mode. Option 2 is an example of the second power saving control mode.

[0046] In each of the following examples, the LP-WUS setting may include one or more of the following parameters in addition to the legacy C-DRX setting.

[0047] (1) Period: The period of the LP-WUS monitoring opportunity.

[0048] (2) Offset: Offset [Alt(Alternative).1] and Offset [Alt.2].

[0049] [Alt.1]: Offset based on drx-onDurationTimer.

[0050] [Alt.2]: Offset 1 and Offset 2 based on radio frame / system frame number (SFN) / subframe / slot boundary.

[0051] (3) LP-WUS monitoring period: The duration of the LP-WUS monitoring opportunity.

[0052] (4) Wake-up delay: Wake-up delay for PDCCH monitoring.

[0053] (5) PDCCH monitoring period: The duration of PDCCH monitoring once triggered by LP-WUS.

[0054] Figure 9 shows an example of the offset parameters for setting LP-WUS in this embodiment when [Alt. 1] is set.

[0055] (1) Regarding the period, the unit of the period may be seconds / milliseconds / wireless frames / wireless frame number (SFN: System Frame Number) / subframe / slot / symbol units. The period may be given by the parameter lpwus_periodicity. As shown in Figure 9, if the parameter lpwus_periodicity indicates 5 slots, the terminal 20 may monitor LP-WUS every 5 slots.

[0056] (2) Regarding the offset, the unit of the offset may be in radio frame / SFN / subframe / slot / symbol / millisecond units. The offset may be given by the parameter lpwus_offset. If the parameter lpwus_offset indicates a 1 millisecond offset, terminal 20 may monitor PDCCH based on drx-onDurationTimer from a position offset by 1 millisecond from the start of the first symbol / end of the last symbol of the LP-WUS monitoring opportunity in the LP-WUS monitoring cycle. As shown in Figure 9, if the parameter lpwus_offset indicates a 1 millisecond offset, terminal 20 may monitor PDCCH based on drx-onDurationTimer from the start of the first symbol / end of the last symbol of the LP-WUS received by terminal 20 / LP-WUS monitoring opportunity in which terminal 20 receives the LP-WUS.

[0057] (3) The LP-WUS monitoring period may be in units of seconds / milliseconds / wireless frames / SFNs / subframes / slots / symbols. The period may be given by the parameter lpwus_duration. As shown in Figure 9, if the parameter lpwus_duration indicates 12 symbols, the terminal 20 may monitor the LP-WUS for a period of 12 symbols based on the period of the LP-WUS monitoring opportunity given by the period (e.g., lpwus_periodicity). The LP-WUS monitoring period may be set within one slot or across slot boundaries. The LP-WUS monitoring period may simply be called a period.

[0058] (5) Regarding the PDCCH monitoring period, the unit of PDCCH monitoring triggered once by LP-WUS may be seconds / milliseconds / radio frames / SFN / subframes / slots / symbols. The PDCCH monitoring period may start from the end of the offset. The PDCCH monitoring period may end at the end of the PDCCH monitoring period, or at the start of the next LP-WUS monitoring opportunity. During the PDCCH monitoring period, terminal 20 may perform PDCCH monitoring based on the PDCCH monitoring settings. Here, the PDCCH monitoring settings may be the CORESET (Control Resource Set) / Search Space (SS) settings configured on terminal 20. The PDCCH monitoring period may be given by the parameter pdcch_duration. As shown in Figure 9, if the parameter pdcch_duration indicates 1 millisecond, terminal 20 may perform PDCCH monitoring for 1 millisecond from the PDCCH monitoring position given by the offset. The PDCCH monitoring period may simply be referred to as the period.

[0059] When using [Alt. 1] as the offset parameter, the PDCCH monitoring during the drx-onDurationTimer period is determined as an absolute position. Therefore, (4) the wake-up delay does not need to be set.

[0060] Figure 10 shows an example of the offset parameters for setting LP-WUS in this embodiment when [Alt. 2] is set.

[0061] (1) Regarding the period, the unit of the period may be seconds / milliseconds / wireless frames / wireless frame number (SFN: System Frame Number) / subframe / slot / symbol units. The period may be given by the parameter lpwus_periodicity. As shown in Figure 10, if the parameter lpwus_periodicity indicates 5 slots, the terminal 20 may monitor LP-WUS every 5 slots.

[0062] (2) With respect to offset 1, the unit of the offset may be wireless frame / SFN / subframe / slot units. The offset may be given by the parameter lpwus_offset1. As shown in Figure 10, if the parameter lpwus_offset1 indicates a 1-slot offset, the terminal 20 may monitor the LP-WUS from a position offset by 1 slot from the start or beginning of the subframe / slot.

[0063] (2) With respect to offset 2, the boundary at which the LP-WUS monitoring opportunity begins may be a wireless frame / SFN / subframe / slot. The unit of the offset may be a symbol. The offset may be given by the parameter lpwus_offset2. As shown in Figure 10, if the parameter lpwus_offset2 indicates a 4-symbol offset, the terminal 20 may monitor the LP-WUS from a symbol position offset by 4 symbols from the slot position by offset 1.

[0064] (3) The LP-WUS monitoring period may be in units of seconds / milliseconds / wireless frames / SFNs / subframes / slots / symbols. The period may be given by the parameter lpwus_duration. As shown in Figure 10, if the parameter lpwus_duration indicates 10 symbols, the terminal 20 may monitor the LP-WUS for a period of 10 symbols from the LP-WUS monitoring position given by the period, offset 1, and offset 2. As shown in Figure 10, the LP-WUS monitoring period may be set within one slot, or, although not shown in Figure 10, the LP-WUS monitoring period may be set across slot boundaries. The LP-WUS monitoring period may simply be called a period.

[0065] (4) Regarding the wake-up delay, the unit of PDCCH monitoring may be seconds / milliseconds / radio frames / SFN / subframes / slots / symbols. The wake-up delay may be the expected wake-up delay / maximum wake-up delay / minimum wake-up delay. The wake-up delay may be 0. The wake-up delay may be given by the parameter lpwus_wakeupdelay. As shown in Figure 10, if the parameter lpwus_wakeupdelay indicates 1 millisecond, the terminal 20 may start PDCCH monitoring 1 millisecond after detecting the LP-WUS and after the end of the last symbol of the LP-WUS. The wake-up delay may be called a gap. The wake-up delay may start from one of the following:

[0066] (4-1) The start of the first symbol and the end of the last symbol for an LP-WUS monitoring opportunity in the LP-WUS monitoring cycle.

[0067] (4-2) The start of the first symbol / end of the last symbol of the LP-WUS received by terminal 20 / the LP-WUS monitoring opportunity in which terminal 20 receives the LP-WUS.

[0068] (5) Regarding the PDCCH monitoring period, the unit of PDCCH monitoring triggered once by LP-WUS may be seconds / milliseconds / radio frames / SFNs / subframes / slots / symbols. The PDCCH monitoring period may start from the end of the wake-up delay. The PDCCH monitoring period may end at the end of the PDCCH monitoring period, or at the start of the next LP-WUS monitoring opportunity. During the PDCCH monitoring period, terminal 20 may perform PDCCH monitoring based on the PDCCH monitoring settings. Here, the PDCCH monitoring settings may be the CORESET / search space settings configured on terminal 20. The PDCCH monitoring period may be given by the parameter pdcch_duration. As shown in Figure 10, if the parameter pdcch_duration indicates 3 milliseconds, terminal 20 may perform PDCCH monitoring for 3 milliseconds from the PDCCH monitoring position given by the wake-up delay. The PDCCH monitoring period may simply be called a period.

[0069] Regardless of the offset parameters [Alt. 1] and [Alt. 2], the parameters (1) to (5) described above may be notified to the terminal 20 by System Information (SI) / RRC / MAC CE (Medium Access Control Control Element) / DCI, etc. The parameters (1) to (5) described above may be notified to the terminal 20 as multiple candidate values, and one of them may be set for the terminal 20.

[0070] According to Embodiment 1, Option 1 and Option 2 may not be set simultaneously on the same terminal or may not operate simultaneously on the same terminal.

[0071] <Example 1-1> If terminal 20 does not support the simultaneous setting of option 1 and option 2, or does not support the simultaneous operation of option 1 and option 2, terminal 20 does not need to expect that option 1 and option 2 will be set simultaneously. In other words, terminal 20 may expect that either option 1 or option 2 can be set. In such cases, the settings for option 1 and option 2 may be set as follows.

[0072] [Option 1 setting] An offset parameter [Alt. 1] for the LP-WUS setting may be used. That is, the offset parameter for the LP-WUS setting may be an offset based on drx-onDurationTimer.

[0073] Terminal 20 may monitor the LP-WUS before each drx-onDurationTimer offset. In this case, as described above, the position at which terminal 20 monitors the LP-WUS is determined as an absolute position. Therefore, an additional parameter for the period of LP-WUS monitoring opportunities (e.g., the parameter lpwus_periodicity) may not be necessary.

[0074] The offset may need to be set to be greater than or equal to the minimum wake-up delay / gap reported by terminal 20.

[0075] As mentioned above, when using [Alt. 1] as the offset parameter, the PDCCH monitoring during the drx-onDurationTimer period is determined as an absolute position. Therefore, an additional parameter for wakeup delay (e.g., the parameter lpwus_wakeupdelay) may not be necessary.

[0076] Terminal 20 may monitor the PDCCH based on the legacy C-DRX settings when PDCCH monitoring is triggered by LP-WUS. In this case, additional parameters for the PDCCH monitoring period (e.g., parameter pdcch_duration) may not be required.

[0077] [Option 2 setting] An offset parameter [Alt. 2] for LP-WUS settings may be used. That is, the offset parameters for LP-WUS settings may be offset 1 and offset 2 based on wireless frame / SFN / subframe / slot boundaries.

[0078] An additional parameter for the wake-up delay (e.g., the parameter lpwus_wakeupdelay) may need to be set to be greater than or equal to the minimum wake-up delay / gap reported by terminal 20.

[0079] When terminal 20 is triggered by LP-WUS to perform PDCCH monitoring for a PDCCH monitoring period, it may perform PDCCH monitoring for a PDCCH monitoring period based on the legacy C-DRX settings. When terminal 20 is triggered by LP-WUS to perform PDCCH monitoring for a PDCCH monitoring period, it may perform PDCCH monitoring for a PDCCH monitoring period based on additional parameters for the PDCCH monitoring period (e.g., the parameter pdcch_duration).

[0080] Note that parameters not mentioned in [Option 1 Settings] and [Option 2 Settings] (such as parameters for the LP-WUS monitoring period) may be the same as those for the LP-WUS settings described earlier than in Example 1.

[0081] As described above, by not requiring the terminal 20 to expect that options 1 and 2 to be set simultaneously, as in the configuration of Example 1-1, the control of the terminal 20 can be simplified and the implementation of the terminal 20 can be simplified.

[0082] <Example 1-2> Terminal 20 may support the simultaneous operation of Option 1 and Option 2 through a unified framework. In this case, the settings for Option 1 and Option 2 may be set as follows.

[0083] [Settings for Options 1 and 2] An offset parameter [Alt. 2] for LP-WUS settings may be used. That is, the offset parameters for LP-WUS settings may be offset 1 and offset 2 based on wireless frame / SFN / subframe / slot boundaries.

[0084] An additional parameter for the wake-up delay (e.g., the parameter lpwus_wakeupdelay) may need to be set to be greater than or equal to the minimum wake-up delay / gap reported by terminal 20.

[0085] Figure 11 shows an example of the PDCCH monitoring period in Example 1-2. When terminal 20 is triggered to perform PDCCH monitoring by LP-WUS, the PDCCH monitoring period may be a PDCCH monitoring period that follows one of the following two conditions.

[0086] (1) As shown in Figure 11(a), if the PDCCH monitoring period after the wake-up delay overlaps with the active time of the legacy C-DRX setting, the PDCCH monitoring period is based on the legacy C-DRX setting. Note that, as shown in Figure 11(c), the PDCCH monitoring period after the wake-up delay may include cases where it is triggered in the middle of the active time of the legacy C-DRX setting.

[0087] (2) As shown in Figure 11(b), in cases other than (1), a PDCCH monitoring period based on an additional parameter for the PDCCH monitoring period (e.g., parameter pdcch_duration).

[0088] The above-described settings for Option 1 and Option 2 may only be permitted in certain cases. These cases are permitted only when the legacy C-DRX cycle is set to be an integer multiple of the period of the LP-WUS monitoring opportunity. By imposing such restrictions, the triggers for PDCCH monitoring shown in Figure 11(a) and Figure 11(b) occur regularly, resulting in operation suitable for this embodiment where Option 1 and Option 2 operate simultaneously.

[0089] As described above, by supporting the simultaneous operation of Option 1 and Option 2 through a unified framework, as shown in the configuration of Example 1-2, the terminal 20 can adapt to various network environments and requirements.

[0090] According to Embodiment 2, Option 1 and Option 2 may be set simultaneously for the same terminal and may operate simultaneously on the same terminal.

[0091] <Example 2-1> Terminal 20 may support simultaneous setting of option 1 and option 2. Terminal 20 may have option 1 and option 2 set simultaneously. The setting of option 1 and option 2 may be the same as in Example 1-1.

[0092] Figure 12 shows an example of a case in this embodiment where option 1 and option 2 are set simultaneously. As shown in Figure 12, option 1 and option 2 may be set simultaneously at the same time on terminal 20.

[0093] If options 1 and 2 can be set independently, there may be overlaps between the LP-WUS monitoring opportunities / PDCCH monitoring opportunities of option 1 and those of option 2. The following explains how terminal 20 handles such cases.

[0094] <Example 2-1-1> Terminal 20 does not need to assume that the LP-WUS monitoring opportunity / PDCCH monitoring opportunity of Option 1 and the LP-WUS monitoring opportunity / PDCCH monitoring opportunity of Option 2 will overlap. In other words, base station 10 may be configured so that the LP-WUS monitoring opportunity / PDCCH monitoring opportunity of Option 1 and the LP-WUS monitoring opportunity / PDCCH monitoring opportunity of Option 2 do not overlap.

[0095] The overlapping cases described above may be limited to one or more of the following overlapping cases:

[0096] (Case 1) A case in which the LP-WUS monitoring opportunities of Option 1 and Option 2 overlap.

[0097] (Case 2) A case where the LP-WUS monitoring opportunity in Option 1 and the PDCCH monitoring opportunity in Option 2 overlap.

[0098] (Case 3) A case where the PDCCH monitoring opportunity in Option 1 and the LP-WUS monitoring opportunity in Option 2 overlap.

[0099] (Case 4) A case where the PDCCH monitoring opportunities in Option 1 and Option 2 overlap.

[0100] In the overlapping case, PDCCH monitoring opportunities may include only actual PDCCH monitoring opportunities triggered using LP-WUS. In the overlapping case, PDCCH monitoring opportunities may include actual PDCCH monitoring opportunities triggered using LP-WUS and potential PDCCH monitoring opportunities not triggered using LP-WUS. In the overlapping case, PDCCH monitoring opportunities may include actual / potential PDCCH monitoring opportunities regardless of LP-WUS triggering.

[0101] Figure 13 shows an example (1) of how to handle the overlapping case when option 1 and option 2 are set simultaneously in this embodiment. As shown in Figure 13, terminal 20 does not need to anticipate the overlapping cases of case 1, case 2, case 3, and case 4 described above.

[0102] As described above, by not assuming that each monitoring opportunity will overlap, as in the configuration of Example 2-1-1, the control of the terminal 20 can be simplified and the implementation of the terminal 20 can be simplified.

[0103] <Example 2-1-2> Terminal 20 may handle the case of overlap when the LP-WUS monitoring opportunity / PDCCH monitoring opportunity of Option 1 and the LP-WUS monitoring opportunity / PDCCH monitoring opportunity of Option 2 overlap. In other words, terminal 20 may anticipate that the LP-WUS monitoring opportunity / PDCCH monitoring opportunity of Option 1 and the LP-WUS monitoring opportunity / PDCCH monitoring opportunity of Option 2 overlap.

[0104] The overlapping cases described above may be limited to at least one overlapping case among Case 1, Case 2, Case 3, and Case 4, similar to Example 2-1-1.

[0105] In the overlapping case, PDCCH monitoring opportunities may include actual / potential PDCCH monitoring opportunities regardless of triggering by LP-WUS, similar to Example 2-1-1.

[0106] Figure 14 shows an example (2) of how to handle overlapping cases when option 1 and option 2 are set simultaneously in this embodiment. As shown in Figure 14, terminal 20 may handle overlapping cases of case 1, case 2, case 3, and case 4 described above. In other words, terminal 20 may anticipate overlapping cases of case 1, case 2, case 3, and case 4 described above.

[0107] Next, we will explain the processing of terminal 20 for overlapping cases of Case 1, Case 2, Case 3, and Case 4 described above.

[0108] Terminal 20 may prioritize either overlapping LP-WUS monitoring opportunities or overlapping PDCCH monitoring opportunities. In other words, during overlapping monitoring periods, terminal 20 may drop or ignore the non-prioritized settings according to the prioritized setting.

[0109] The priority processing described above may be performed based on priority. This priority may be defined in the 3GPP specification or set by RRC / MAC CE / DCI, etc. For example, by including a priority for each setting information of Option 1 and Option 2 by RRC, terminal 20 that receives this setting information may prioritize the operation of the option with the higher priority.

[0110] In response to overlapping monitoring opportunities, the terminal 20 may perform the following multiple priority processes:

[0111] (Process 1) If two LP-WUS monitoring opportunities overlap, terminal 20 prioritizes one of them based on a predetermined priority order.

[0112] (Process 2) If two PDCCH monitoring opportunities overlap, terminal 20 prioritizes the PDCCH monitoring opportunity that was triggered first.

[0113] (Process 3) If an LP-WUS monitoring opportunity and a PDCCH monitoring opportunity overlap, terminal 20 always prioritizes the PDCCH monitoring opportunity.

[0114] (Process 4) If an LP-WUS monitoring opportunity and a PDCCH monitoring opportunity overlap, terminal 20 always prioritizes the LP-WUS monitoring opportunity.

[0115] (Process 5) If the LP-WUS monitoring opportunity of Option 1 and the set of LP-WUS monitoring opportunities of Option 2 and the PDCCH monitoring opportunity of Option 2 overlap, terminal 20 drops or ignores the set with the lower priority.

[0116] (Process 6) If the set of LP-WUS monitoring opportunities for Option 1 and PDCCH monitoring opportunities for Option 2 overlaps with the set of LP-WUS monitoring opportunities for Option 2 and PDCCH monitoring opportunities for Option 2, terminal 20 drops or ignores the set with the lower priority.

[0117] The priority of the set of (Process 5) and (Process 6) may be determined based on the highest priority of the LP-WUS monitoring opportunity priority and the PDCCH monitoring opportunity priority within the set, if such priorities are defined / set respectively. The priority of the set of (Process 5) and (Process 6) may also be determined based on the number of LP-WUS monitoring opportunities / the number of PDCCH monitoring opportunities included in the set. For example, the priority of the set of (Process 5) and (Process 6) may be determined so that the set with the higher number of LP-WUS monitoring opportunities / PDCCH monitoring opportunities is the set with the higher priority.

[0118] The priority processing performed by terminal 20 for duplicate cases may result in different monitoring opportunities being prioritized depending on the order of processing. Therefore, the priority processing may be performed in the following order, for example, (1), (2), and (3). Note that the order of (1), (2), and (3) may be changed.

[0119] (1) LP-WUS monitoring opportunities and LP-WUS monitoring opportunities.

[0120] (2) PDCCH monitoring opportunities and PDCCH monitoring opportunities.

[0121] (3) Opportunities for LP-WUS monitoring and PDCCH monitoring.

[0122] Figure 15 shows an example (3) of how to handle the case of overlap when option 1 and option 2 are set simultaneously in this embodiment. As shown in Figure 15, for example, consider the case where option 2 has a higher priority in the priority included in the setting information of each option. In such a case, as in (processing 1), when the LP-WUS monitoring opportunity of option 1 and the LP-WUS monitoring opportunity of option 2 overlap, terminal 20 may prioritize the LP-WUS monitoring opportunity of option 2, which has a higher priority. Alternatively, terminal 20 may drop or ignore the LP-WUS monitoring opportunity of option 1, which has a lower priority.

[0123] As shown in Figure 15, for example, if an LP-WUS monitoring opportunity and a PDCCH monitoring opportunity overlap, as in (process 3), terminal 20 may always prioritize the PDCCH monitoring opportunity. In such a case, terminal 20 may always drop or ignore the LP-WUS monitoring opportunity.

[0124] As described above, by prioritizing the processing of monitoring opportunities when they overlap, as in the configuration of Example 2-1-2, the operation of terminal 20 becomes clear, and the network side can understand the behavior of terminal 20. In addition, by monitoring only during high-priority monitoring opportunities, terminal 20 can reduce unnecessary monitoring.

[0125] <Example 2-2> Terminal 20 may report to base station 10 at least one of the following: capability information related to LP-WUS monitoring and capability information related to supporting the simultaneous configuration of option 1 and option 2.

[0126] Terminal 20 may report one or more of the following capability information to base station 10.

[0127] (Capability 1) Capability information regarding support for LP-WUS monitoring in RRC_CONNECTED mode.

[0128] (Capability 2) Capability information regarding support for LP-WUS monitoring in RRC_CONNECTED mode with option 1.

[0129] (Capability 3) Capability information regarding support for LP-WUS monitoring in RRC_CONNECTED mode, with option 2.

[0130] (Capability 4) Capability information regarding support for LP-WUS monitoring in RRC_CONNECTED mode, which simultaneously has options 1 and 2 as a common setting (unified framework).

[0131] (Capability 5) Capability information regarding support for LP-WUS monitoring in RRC_CONNECTED mode, where options 1 and 2 are simultaneously set as separate settings.

[0132] (Capability 6) Capability information regarding support for LP-WUS monitoring in RRC_CONNECTED mode, where options 1 and 2 are set separately and duplicate processing is performed simultaneously.

[0133] As described above, as in Example 2-2, the network can understand the capabilities of each terminal by having the terminal 20 report at least one of the capability information related to LP-WUS monitoring and capability information related to supporting the simultaneous setting of Option 1 and Option 2 to the base station 10. Furthermore, even in an environment where terminals 20 with different capabilities coexist within the wireless communication system, appropriate communication processing can be performed according to the capabilities of each terminal.

[0134] <Device Configuration> An example of the functional configuration of the base station 10 and terminal 20 that perform the processing and operations described above will be explained. The base station 10 and terminal 20 include the functions to carry out the embodiments described above. However, the base station 10 and terminal 20 may each be equipped with only some of the functions in the embodiments.

[0135] ≪Base Station≫ Figure 16 is a diagram showing an example of the functional configuration of a base station in this embodiment. As shown in Figure 16, the base station 10 has a transmitting unit 110, a receiving unit 120, a setting unit 130, and a control unit 140. The functional configuration shown in Figure 16 is merely an example. Any functional classification and functional unit names are acceptable as long as they can perform the operations according to this embodiment.

[0136] The transmitting unit 110 includes the function of generating a signal to be transmitted to the terminal 20 and transmitting the signal wirelessly. The transmitting unit 110 also transmits setting information, instructions, and notifications related to the low-power wake-up signal to the terminal 20. The transmitting unit 110 also transmits notifications to the terminal regarding the switching of monitoring operations. The receiving unit 120 includes the function of receiving various signals transmitted from the terminal 20 and obtaining information from the received signals, for example, information from a higher layer. The transmitting unit 110 also has the function of transmitting PSS, SSS, PBCH, DL / UL control signals, etc. to the terminal 20. The receiving unit 120 also receives inter-network node messages from other network nodes.

[0137] The setting unit 130 stores pre-set setting information and various setting information to be transmitted to the terminal 20. The content of the setting information includes, for example, information related to measurements in low-power signals.

[0138] As described in the embodiment, the control unit 140 performs control related to settings, instructions, and notifications concerning LP-WUS, etc. The signal transmission function unit of the control unit 140 may be included in the transmission unit 110, and the signal reception function unit of the control unit 140 may be included in the reception unit 120.

[0139] ≪Terminal≫ Figure 17 is a diagram showing an example of the functional configuration of a terminal in this embodiment. As shown in Figure 17, the terminal 20 has a transmitting unit 210, a receiving unit 220, a setting unit 230, and a control unit 240. The functional configuration shown in Figure 17 is merely an example. Any functional classification and name of functional unit is acceptable as long as it can perform the operations according to this embodiment. The transmitting unit 210 and the receiving unit 220 may be collectively referred to as the communication unit.

[0140] The transmitting unit 210 creates a transmission signal from the transmission data and transmits the transmission signal wirelessly. The transmitting unit 210 also transmits capability information related to LP-WUS to the base station 10. The receiving unit 220 wirelessly receives various signals and acquires signals from higher layers from the received physical layer signals. The receiving unit 220 also has the function of receiving PSS, SSS, PBCH, DL / UL / SL control signals, etc. transmitted from the base station 10. The receiving unit 220 also receives paging notification information, setting information, instructions, and notifications related to LP-WUS from the base station 10. For example, the receiving unit 220 receives LP-WUS from the base station 10. The setting unit 230 stores various setting information received from the base station 10 by the receiving unit 220. The setting unit 230 also stores pre-set setting information. The content of the setting information is, for example, information related to measurements in LP-WUS.

[0141] As described in the embodiment, the control unit 240 performs control related to setting, instructing, and notifying of LP-WUS. The control unit 240 may decide whether or not to perform LP-WUS / PEI / paging monitoring. The control unit 240 may or may not perform LP-WUS / PEI / paging monitoring. The control unit 240 may detect LP-WUS by performing LP-WUS monitoring. The control unit 240 may detect PEI by performing PEI monitoring. The signal transmission function unit of the control unit 240 may be included in the transmission unit 210, and the signal reception function unit of the control unit 240 may be included in the reception unit 220.

[0142] <Hardware Configuration> The block diagrams (Figures 16 and 17) used in the description of the above embodiments show 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 be realized by combining the above one device or the above multiple devices with software.

[0143] 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. In all cases, as mentioned above, the method of implementation is not particularly limited.

[0144] Figure 18 shows an example of the hardware configuration of a base station and a terminal in this embodiment. For example, the base station 10 and terminal 20 in this embodiment may function as computers that process the wireless communication method of this embodiment. The base station 10 and terminal 20 described above may be physically configured as computer devices including a processor 1001, a storage device 1002, an auxiliary storage device 1003, a communication device 1004, an input device 1005, an output device 1006, a bus 1007, etc.

[0145] In the following explanation, the term "device" can be replaced with "circuit," "device," "unit," etc. The hardware configuration of the base station 10 and terminal 20 may include one or more of the devices shown in the figure, or it may be configured without some of the devices.

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

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

[0148] Furthermore, the processor 1001 reads programs (program code), software modules, or data from at least one of the auxiliary storage device 1003 and the communication device 1004 into the storage device 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 140 of the base station 10 shown in Figure 16 may be implemented by a control program stored in the storage device 1002 and operated by the processor 1001. Also, for example, the control unit 240 of the terminal 20 shown in Figure 17 may be implemented by a control program stored in the storage device 1002 and operated by the processor 1001. Although the above-described processes have been explained as being executed by one processor 1001, 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.

[0149] The storage device 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. The storage device 1002 may also be called a register, cache, main memory, etc. The storage device 1002 can store executable programs (program code), software modules, etc., for implementing a communication method according to one embodiment of the present disclosure.

[0150] The auxiliary storage device 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 disk, a digital multipurpose disk, a Blu-ray® disk), a smart card, flash memory (e.g., a card, a stick, a key drive), a floppy® disk, a magnetic strip, etc. The above-mentioned storage medium may also be a database, server, or other suitable medium that includes at least one of the storage device 1002 and the auxiliary storage device 1003.

[0151] 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, for example, a high-frequency switch, duplexer, filter, frequency synthesizer, etc., in order to implement at least one of FDD and TDD. For example, the transmitting / receiving antenna, amplifier section, transmitting / receiving section, transmission path interface, etc., may be implemented by the communication device 1004. The transmitting / receiving section may be implemented in a physically or logically separated manner, with a transmitting section and a receiving section.

[0152] 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 (Light-Emitting Diode) lamp, etc.). The input device 1005 and the output device 1006 may be configured as an integrated unit (e.g., a touch panel).

[0153] Furthermore, each device, such as the processor 1001 and the storage device 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.

[0154] Furthermore, the base station 10 and terminal 20 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.

[0155] Figure 19 shows an example of the configuration of a vehicle in this embodiment. As shown in Figure 19, the 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 to 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 the vehicle 2001, for example, to the communication module 2013.

[0156] 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.

[0157] The electronic control unit 2010 consists of a microprocessor 2031, memory (ROM, RAM) 2032, and communication ports (I / O (Input / Output) 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).

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

[0159] The Information Service 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 Service 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. The Information Service Unit 2012 may include input devices that accept input from the outside (e.g., keyboard, mouse, microphone, switch, button, sensor, touch panel, etc.) and output devices that perform output to the outside (e.g., display, speaker, LED lamp, touch panel, etc.).

[0160] 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 (Global Navigation Satellite System)), map information (e.g., high-definition (HD) maps, autonomous vehicle (AV) maps), gyro systems (e.g., IMU (Inertial Measurement Unit), INS (Inertial Navigation System)), 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 transmits and receives various information via the communication module 2013 to realize driver assistance functions or autonomous driving functions.

[0161] 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 the communication port 2033 between 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.

[0162] 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 with 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.

[0163] 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-2028 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-2028, 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 the information based on the above input.

[0164] The communication module 2013 receives various information (traffic information, signal information, inter-vehicle information, etc.) transmitted from an external device and displays it on the information service unit 2012 provided in the vehicle 2001. The information service unit 2012 may also be called an output unit, which outputs information (for example, 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). The communication module 2013 also stores the various information received from the external device in a memory 2032 that can be used by the microprocessor 2031. Based on the information stored in the 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., provided in the vehicle 2001.

[0165] For example, embodiments of the present invention are as follows:

[0166] <1> A terminal comprising: a receiving unit that receives a low-power wake-up signal; a control unit that supports at least one of: a first power-saving control mode that performs monitoring within an intermittent receiving cycle based on the low-power wake-up signal; and a second power-saving control mode that performs monitoring independently of the intermittent receiving cycle based on the low-power wake-up signal, wherein the control unit assumes that the first power-saving control mode and the second power-saving control mode are not set simultaneously or are set simultaneously. <2> The terminal according to <1>, wherein, when the control unit assumes that the first power-saving control mode and the second power-saving control mode are not set simultaneously, a unified framework supports the simultaneous operation of the first power-saving control mode and the second power-saving control mode. <3> The terminal according to <1>, wherein, when the control unit assumes that the first power-saving control mode and the second power-saving control mode are set simultaneously, the control unit does not assume an overlap of monitoring opportunities set by the first power-saving control mode and the second power-saving control mode. <4> The terminal according to claim 1, wherein the control unit assumes that the first power saving control mode and the second power saving control mode are set simultaneously, the control unit assumes that there will be an overlap of monitoring opportunities set by the first power saving control mode and the second power saving control mode, the receiving unit further receives setting information for the first power saving control mode and the second power saving control mode, including priority for the overlap, and the control unit performs priority processing for the monitoring opportunities based on the priority included in each of the setting information. <5> The terminal according to any one of claims 1 to 4, wherein the control unit has a transmitting unit that reports capability information relating to supporting the simultaneous setting of the first power saving control mode and the second power saving control mode, and the control unit assumes, based on the capability information, that the first power saving control mode and the second power saving control mode are not set simultaneously or are set simultaneously. The terminal according to claim 1.<6> A communication method performed by a terminal comprising: receiving a low-power wake-up signal; supporting at least one of a first power-saving control mode that performs monitoring within an intermittent reception cycle based on the low-power wake-up signal and a second power-saving control mode that performs monitoring independently of the intermittent reception cycle based on the low-power wake-up signal; and assuming that the first power-saving control mode and the second power-saving control mode are not set simultaneously or are set simultaneously.

[0167] In any of the above configurations, multiple trigger procedures for physical downlink control channel monitoring using low-power wake-up signals can be appropriately combined to enable flexible operation of the wireless communication system.

[0168] <Supplement to Embodiments> Although these embodiments have been described above, the disclosed invention is not limited to these embodiments, and those skilled in the art will understand various modifications, alterations, alternatives, substitutions, etc. Specific numerical examples have been used to facilitate understanding of the invention, but unless otherwise specified, these numerical values ​​are merely examples, and any appropriate values ​​may be used. The division of items in the above description is not essential to the present invention, 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). The boundaries of functional units or processing units in the functional block diagram do not necessarily correspond to the boundaries of physical parts. The operation of multiple functional units may be physically performed by one part, or the operation of one functional unit may be physically performed by multiple parts. The processing procedures described in the embodiments may be rearranged as long as they do not contradict each other. For the convenience of explaining the processing, the base station 10 and terminal 20 have been described using functional block diagrams, but such devices may be realized in hardware, software, or a combination thereof. The software operated by the processor of the base station 10 according to this embodiment and the software operated by the processor of the terminal 20 according to this embodiment may be stored in any suitable storage medium such as random access memory (RAM), flash memory, read-only memory (ROM), EPROM, EEPROM, register, hard disk (HDD), removable disk, CD-ROM, database, server, or other appropriate storage medium.

[0169] Furthermore, notification of information is not limited to the embodiments described herein and may be performed by other methods. For example, notification of information may be performed by physical layer signaling (e.g., DCI, UCI (Uplink Control Information)), higher layer signaling (e.g., RRC signaling, MAC signaling), broadcast information (MIB (Master Information Block), SIB (System Information Block)), other signals, or combinations thereof. Information notified by higher layer signaling may be called configuration information. Information notified by physical layer signaling may be called control information. Also, RRC signaling may be called RRC messages, and may be, for example, RRC Connection Setup messages, RRC Connection Reconfiguration messages, etc.

[0170] Each aspect / embodiment described herein may be applied to at least one of 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), FRA (Future Radio Access), NR, W-CDMA®, GSM®, CDMA2000, UMB (Ultra Mobile Broadband), IEEE (Institute of Electrical and Electronics Engineers) 802.11 (Wi-Fi®), IEEE 802.16 (WiMAX®), IEEE 802.20, UWB (Ultra-WideBand), Bluetooth®, and other appropriate systems, as well as next-generation systems extended based thereon. Furthermore, multiple systems may be applied in combination (for example, a combination of at least one of LTE and LTE-A and 5G).

[0171] 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.

[0172] In this specification, specific operations performed by the base station 10 may, in some cases, be performed by its upper node. In a network consisting of one or more network nodes having a base station 10, it is clear that various operations performed for communication with the terminal 20 can be performed by the base station 10 and at least one of the other network nodes (for example, an MME (Mobility Management Entity) or an S-GW (Serving Gateway), etc., but not limited to these). Although the above example illustrates the case where there is one other network node besides the base station 10, the other network node may be a combination of multiple other network nodes (for example, an MME and an S-GW).

[0173] The information or signals described in this disclosure may be output from a higher layer (or lower layer) to a lower layer (or higher layer). They may also be input and output via multiple network nodes.

[0174] 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.

[0175] The determination in this disclosure may be made by a value represented by one bit (0 or 1), by a Boolean value (true or false), or by a numerical comparison (for example, a comparison with a predetermined value).

[0176] 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.

[0177] 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 technologies (such as coaxial cable, fiber optic cable, twisted pair, or digital subscriber line (DSL)) and wireless technologies (such as infrared or microwave), then at least one of these wired and wireless technologies is included in the definition of a transmission medium.

[0178] 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.

[0179] Furthermore, 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, the signal may be a message. Also, CC may be called carrier frequency, cell, frequency carrier, etc.

[0180] The terms “system” and “network” as used in this disclosure are interchangeable.

[0181] 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.

[0182] 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.

[0183] In this disclosure, terms such as "Base Station (BS)", "wireless base station", "base station equipment", "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.

[0184] A base station can house one or more (e.g., three) cells. If a base station houses 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.

[0185] 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 control or operation based on the information.

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

[0187] 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.

[0188] 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.

[0189] Furthermore, the term "base station" in this disclosure may be interpreted as "user terminal." For example, the various aspects / embodiments of this disclosure may be applied to a configuration in which communication between a base station and a user terminal is replaced with communication between multiple terminals 20 (which may be called, for example, D2D (Device-to-Device), V2X (Vehicle-to-Everything), etc.). In this case, the terminals 20 may have the functions that the base station 10 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.

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

[0191] As used in this disclosure, the terms “determining” and “determining” may encompass a wide variety of actions. “Determining” may include, for example, judging, calculating, computing, processing, deriving, investigating, looking up, searching, or inquiring (e.g., searching in a table, database, or other data structure), or ascertaining. “Determining” may also include receiving (e.g., receiving information), transmitting (e.g., sending information), inputting, outputting, or accessing (e.g., accessing data in memory). Furthermore, "judgment" and "decision" can include considering something as having been "judged" or "decided" after resolving, selecting, choosing, establishing, comparing, etc. In other words, "judgment" and "decision" can include considering something as having been "judged" or "decided" after some action. Also, "judgment (decision)" can be reinterpreted as "assuming," "expecting," or "considering."

[0192] The terms “connected,” “coupled,” or any variation thereof, mean any direct or indirect connection or coupling between two or more elements, and may include the presence of one or more intermediate elements between two elements that are “connected” or “coupled” with each other. The coupling or connection between elements may be physical, logical, or a combination thereof. For example, “connection” may be reinterpreted as “access.” As used in this disclosure, two elements may be considered to be “connected” or “coupled” with each other using at least one of one or more wires, cables, and printed electrical connections, and, in some non-limiting and non-exclusive examples, electromagnetic energy having wavelengths in the radio frequency domain, microwave domain, and optical (both visible and invisible) domain.

[0193] The reference signal can also be abbreviated as RS (Reference Signal), and may be called a pilot depending on the applicable standard.

[0194] In this disclosure, the phrase "based on" does not mean "based solely on" unless otherwise specified. In other words, the phrase "based on" means both "based solely on" and "based at least on."

[0195] Any reference to elements using the designations “first,” “second,” etc., as used in this disclosure does not generally limit the quantity or order of those elements. These designations may be used in this disclosure as a convenient way to distinguish between two or more elements. Accordingly, references to the first and second elements do not imply that only two elements may be employed, or that the first element must precede the second element in any way.

[0196] In the configuration of each of the above devices, "means" may be replaced with "part," "circuit," "device," etc.

[0197] Where the terms “include,” “including,” and variations thereof are used in this disclosure, these terms are intended to be inclusive, as is the term “comprising.” Furthermore, the term “or” as used in this disclosure is not intended to mean exclusive OR.

[0198] A wireless frame may consist of one or more frames in the time domain. Each of these frames in the time domain may be called a subframe. A subframe may further consist of one or more slots in the time domain. A subframe may have a fixed time length (e.g., 1 ms) that is independent of numerology.

[0199] Numerical logic may be communication parameters applied to at least one of the transmission and reception of a signal or channel. Numerical logic may include, for example, at least one of the following: subcarrier spacing (SCS), bandwidth, symbol length, cyclic prefix length, transmission time interval (TTI), number of symbols per TTI, radio frame configuration, specific filtering processes performed by the transceiver in the frequency domain, and specific windowing processes performed by the transceiver in the time domain.

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

[0201] 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 a PDSCH (or PUSCH) mapping type A. A PDSCH (or PUSCH) transmitted using a minislot may be called a PDSCH (or PUSCH) mapping type B.

[0202] 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.

[0203] 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 minislot may be called a TTI. In other words, at least one of a subframe and a TTI may be a subframe in existing LTE (1 millisecond [ms]), 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, minislot, etc., instead of a subframe.

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

[0205] 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. When a TTI is given, the actual time interval (e.g., number of symbols) in which the transport block, code block, code word, etc. are mapped may be shorter than the TTI.

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

[0207] A TTI with a time length of 1 ms may be called a normal TTI (TTI in LTE Release 8-12), a normal TTI, a long TTI, a normal subframe, a long subframe, a slot, etc. A TTI shorter than a normal TTI may be called a shortened TTI, a short TTI, a partial or fractional TTI, a shortened subframe, a short subframe, a mini slot, a sub slot, a slot, etc.

[0208] 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.

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

[0210] Furthermore, the time domain of the RB may contain one or more symbols and may be the length of one slot, one minislot, one subframe, or one TTI. One TTI, one subframe, etc., may each consist of one or more resource blocks.

[0211] One or more RBs may also be called a Physical RB (PRB), Subcarrier Group (SCG), Resource Element Group (REG), PRB pair, RB pair, etc.

[0212] Furthermore, a resource block may consist of one or more resource elements (REs). For example, one RE may be a radio resource area comprising one subcarrier and one symbol.

[0213] A Bandwidth Part (BWP), also known as a partial bandwidth, may represent a subset of consecutive common RBs (Routing Bands) for a given neurology in a given carrier. Here, the common RBs may be identified by an index of RBs relative to a common reference point of the carrier. PRBs may be defined and numbered within a given BWP.

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

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

[0216] 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 the TTI can be varied in various ways.

[0217] 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.

[0218] 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."

[0219] Each aspect / embodiment described in this disclosure 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).

[0220] 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.

[0221] This patent application claims priority based on Japanese Patent Application No. 2024-174584, filed on 3 October 2024, and the entire contents of Japanese Patent Application No. 2024-174584 are incorporated herein by reference.

[0222] 10 Base station 110 Transmitting unit 120 Receiving unit 130 Setting unit 140 Control unit 20 Terminal 210 Transmitting unit 220 Receiving unit 230 Setting unit 240 Control unit 1001 Processor 1002 Storage device 1003 Auxiliary storage device 1004 Communication device 1005 Input device 1006 Output device 2001 Vehicle 2002 Drive unit 2003 Steering unit 2004 Accelerator pedal 2005 Brake pedal 2006 Shift lever 2007 Front wheel 2008 Rear wheel 2009 Axle 2010 Electronic control unit 2012 Information service unit 2013 Communication module 2021 Current sensor 2022 Rotation speed sensor 2023 Air pressure sensor 2024 Vehicle speed sensor 2025 Acceleration sensor 2026 Brake pedal sensor 2027 Shift lever sensor 2028 Object detection sensor 2029 Accelerator pedal sensor 2030 Driver assistance system unit 2031 Microprocessor 2032 Memory (ROM, RAM) 2033 Communication port (I / O port)

Claims

1. A terminal comprising: a receiving unit for receiving a low-power wake-up signal; a control unit that supports at least one of a first power-saving control mode that performs monitoring within an intermittent reception cycle based on the low-power wake-up signal; and a second power-saving control mode that performs monitoring independently of the intermittent reception cycle based on the low-power wake-up signal, wherein the control unit assumes that the first power-saving control mode and the second power-saving control mode are not set simultaneously or are set simultaneously.

2. The terminal according to claim 1, wherein the control unit supports the simultaneous operation of the first power saving control mode and the second power saving control mode by a unified framework, assuming that the first power saving control mode and the second power saving control mode are not set simultaneously.

3. The terminal according to claim 1, wherein the control unit does not assume that the first power saving control mode and the second power saving control mode are set simultaneously, and does not assume that there is an overlap of monitoring opportunities set by the first power saving control mode and the second power saving control mode.

4. The terminal according to claim 1, wherein the control unit assumes that the first power saving control mode and the second power saving control mode are set simultaneously, assumes an overlap of monitoring opportunities set by the first power saving control mode and the second power saving control mode, the receiving unit further receives setting information for the first power saving control mode and the second power saving control mode, including priority for the overlap, and the control unit performs priority processing for the monitoring opportunities based on the priority included in each of the setting information.

5. The terminal according to claim 1, comprising a transmitting unit that reports capability information relating to supporting the simultaneous setting of the first power saving control mode and the second power saving control mode, wherein the control unit assumes, based on the capability information, that the first power saving control mode and the second power saving control mode are not set simultaneously or are set simultaneously.

6. A communication method performed by a terminal comprising: receiving a low-power wake-up signal; supporting at least one of a first power-saving control mode that performs monitoring within an intermittent reception cycle based on the low-power wake-up signal and a second power-saving control mode that performs monitoring independently of the intermittent reception cycle based on the low-power wake-up signal; and assuming that the first power-saving control mode and the second power-saving control mode are not set simultaneously or are set simultaneously.

Images