Terminal, base station, and communication method
By introducing a control mechanism that enables intermittent transmission and reception between the terminal and the base station, the contradiction between base station power consumption and communication latency is resolved, thereby reducing base station power consumption and mitigating communication latency.
Patent Information
- Application Number
- CN202480026131.9
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Priority Date
- 2023-04-19
- Filing Date
- 2024-04-17
- Publication Date
- 2025-11-14
AI Technical Summary
While introducing intermittent transmission and reception in base stations to reduce power consumption, increased communication latency becomes a problem.
A terminal is provided that has the function of controlling the intermittent transmission and reception of the base station, and controls the activation or deactivation of the base station's transmission and reception units through mechanisms such as DCI, RRC, and MAC-CE, so as to ensure the collaborative understanding and dynamic adaptation between the terminal and the base station.
While reducing base station power consumption, it effectively reduces communication latency, achieving network energy saving while maintaining communication efficiency.
Smart Images

Figure CN120958892A_ABST
Abstract
Description
Technical Field
[0001] This invention relates to terminals, base stations, and communication methods in wireless communication systems. Background Technology
[0002] In NR (New Radio) (also known as "5G"), which is the successor system to LTE (Long Term Evolution), technologies are being researched to meet the requirements of high-capacity systems, high-speed data transmission, low latency, simultaneous connection of multiple terminals, low cost, and power saving (e.g., Non-Patent Literature 1).
[0003] In addition, in 3GPP (registered trademark) version 18, in order to achieve environmental sustainability, carbon neutrality, SDGs (Sustainable Development Goals), and cost reduction, methods for increasing the importance of network energy savings and implementing energy conservation were studied (e.g., non-patent literature 2).
[0004] Existing technical documents
[0005] Non-patent literature
[0006] Non-patent document 1: 3GPP TS 38.300 V17.3.0 (2022-12)
[0007] Non-patent literature 2: "New WID: Network energy savings for NR", RP-223540, 3GPPTSG RAN Meeting #98-e, December 2022
[0008] Non-patent document 3: 3GPP TS 38.331 V17.3.0 (2022-12) Summary of the Invention
[0009] The problem that the invention aims to solve
[0010] To achieve carbon neutrality and the SDGs, conserving base station power consumption is becoming increasingly important. Therefore, the introduction of intermittent transmission and reception in base stations is being investigated. However, it is anticipated that intermittent transmission and reception in base stations will increase communication latency.
[0011] The present invention was made in view of the above aspects, and its object is to reduce communication latency while reducing base station power consumption.
[0012] Methods for solving problems
[0013] According to the disclosed technology, a terminal is provided, comprising: a control unit that envisions a base station performing an intermittent transmission function that enables or disables a transmitting unit, and an intermittent reception function that enables or disables a receiving unit; a communication unit that performs transmission and reception with the base station based on the envisioned intermittent transmission function and the intermittent reception function; and a receiving unit that receives control information related to the intermittent transmission function and the intermittent reception function, wherein the control unit determines whether to transmit or receive the channel during the inactivity period of the intermittent transmission function or the intermittent reception function.
[0014] The effects of the invention
[0015] According to the disclosed technology, a technique is provided that reduces communication latency while reducing base station power consumption. Attached Figure Description
[0016] Figure 1 This is a diagram illustrating a wireless communication system according to an embodiment of the present invention.
[0017] Figure 2 This is a diagram used to illustrate CDRX in NR version 15.
[0018] Figure 3 This is a diagram used to illustrate WUS in NR version 16.
[0019] Figure 4 This is a diagram illustrating the intermittent reception of a base station in Embodiment 1 of the present invention.
[0020] Figure 5 This is a diagram illustrating the parameters of Embodiment 1 of the present invention.
[0021] Figure 6 This is a diagram illustrating the intermittent transmission of a base station in Embodiment 5 of the present invention.
[0022] Figure 7 This is a diagram illustrating the parameters of Embodiment 5 of the present invention.
[0023] Figure 8 This is a flowchart illustrating Example (1) of Embodiment 9 of the present invention.
[0024] Figure 9 This is a flowchart illustrating Example (2) of Embodiment 9 of the present invention.
[0025] Figure 10 This is a flowchart illustrating Example (3) of Embodiment 9 of the present invention.
[0026] Figure 11This is a flowchart illustrating Example (4) of Embodiment 10 of the present invention.
[0027] Figure 12 This is a flowchart illustrating Example (5) of Embodiment 10 of the present invention.
[0028] Figure 13 This is a flowchart illustrating Example (6) of Embodiment 10 of the present invention.
[0029] Figure 14 This is a diagram illustrating an example of the functional structure of a base station according to an embodiment of the present invention.
[0030] Figure 15 This is a diagram illustrating an example of the functional structure of a terminal according to an embodiment of the present invention.
[0031] Figure 16 This is a diagram illustrating an example of the hardware structure of a base station or terminal according to an embodiment of the present invention.
[0032] Figure 17 This is a diagram illustrating an example of the structure of a vehicle according to an embodiment of the present invention. Detailed Implementation
[0033] Hereinafter, embodiments of the present invention will be described with reference to the accompanying drawings. Furthermore, the embodiments described below are merely examples, and the application of the present invention is not limited to the embodiments described below.
[0034] In the operation of the wireless communication system according to embodiments of the present invention, existing technologies may be appropriately used. These existing technologies include, for example, existing NR or LTE, but are not limited to, existing NR or LTE. Furthermore, unless otherwise stated, the term "LTE" as used herein has a broad meaning that includes LTE-Advanced and subsequent methods (e.g., NR).
[0035] Furthermore, in the embodiments of the present invention described below, the terms SS (Synchronization Signal), PSS (Primary SS), SSS (Secondary SS), PBCH (Physical broadcast channel), PRACH (Physical random access channel), PDCCH (Physical Downlink Control Channel), PDSCH (Physical Downlink Shared Channel), PUCCH (Physical Uplink Control Channel), and PUSCH (Physical Uplink Shared Channel) used in conventional LTE are used. These are for ease of description, and the same signals and functions may also be referred to by other names. In addition, the above terms in NR correspond to NR-SS, NR-PSS, NR-SSS, NR-PBCH, NR-PRACH, etc. However, even signals used in NR are not necessarily explicitly written as "NR-".
[0036] Furthermore, in embodiments of the present invention, the duplex mode can be TDD (Time Division Duplex), FDD (Frequency Division Duplex), or other modes (e.g., Flexible Duplex).
[0037] Furthermore, in embodiments of the present invention, the "configure" wireless parameters can be pre-configured predetermined values or wireless parameters notified from a base station or terminal.
[0038] (System Structure)
[0039] Figure 1 This is a diagram illustrating a wireless communication system according to an embodiment of the present invention.
[0040] like Figure 1 As shown, the wireless communication system in this embodiment of the invention includes a base station 10 and a terminal 20. Figure 1 The image shows one base station 10 and one terminal 20, but this is just one example; there can be multiple terminals.
[0041] Base station 10 is a communication device that provides one or more cells and communicates wirelessly with terminal 20. The physical resources of the wireless signal are defined in the time and frequency domains. The time domain can be defined by the number of OFDM (Orthogonal Frequency Division Multiplexing) symbols, and the frequency domain can be defined by the number of subcarriers or resource blocks. Furthermore, the TTI (Transmission Time Interval) in the time domain can be a time slot, or a subframe.
[0042] Base station 10 sends synchronization signals and system information to terminal 20. Synchronization signals may be, for example, NR-PSS and NR-SSS. System information is transmitted via NR-PBCH, also known as broadcast information. Synchronization signals and system information can also be referred to as SSB (SS / PBCH block). Figure 1 As shown, base station 10 sends control signals or data to terminal 20 via DL (Downlink) and receives control signals or data from terminal 20 via UL (Uplink). Both base station 10 and terminal 20 are capable of beamforming for signal transmission and reception. Furthermore, both base station 10 and terminal 20 can apply MIMO (Multiple Input Multiple Output) based communication to DL or UL. Additionally, base station 10 and terminal 20 can also communicate via CA (Carrier Aggregation) based secondary cells (SCell) and primary cells (PCell). Moreover, terminal 20 can also communicate via DC (Dual Connectivity) based primary cells of base station 10 and primary SCG cells of other base stations 10.
[0043] Terminal 20 is a communication device with wireless communication capabilities, such as a smartphone, mobile phone, tablet computer, wearable terminal, or M2M (Machine-to-Machine) communication module. Figure 1As shown, terminal 20 receives control signals or data from base station 10 via DL and transmits control signals or data to base station 10 via UL, thereby utilizing various communication services provided by the wireless communication system. Furthermore, terminal 20 receives various reference signals transmitted from base station 10 and performs propagation path quality measurements based on the reception results of these reference signals. Alternatively, terminal 20 can be referred to as UE, and base station 10 as gNB.
[0044] Next, the discussion on base station power saving in NR Release 18 will be explained. From the perspectives of both the transmitting and receiving sides of the base station, methods for improving network power saving in base stations and terminals are being studied. For example, methods are being studied for base stations to use potential support / feedback and potential auxiliary information from terminals to achieve more efficient dynamic and / or semi-static and finer-grained adaptation of transmission and / or reception through one or more network power saving techniques in the time domain, frequency domain, spatial domain, and power domain.
[0045] Next, the intermittent reception (DRX: Discontinuous Reception) or connected mode DRX (CDRX: Connected Mode Discontinuous Reception) in conventional terminals will be explained.
[0046] Figure 2 This is a diagram used to illustrate CDRX in NR version 15. In the CDRX action of NR version 15, the terminal monitors the PDCCH during the DRX enable period.
[0047] Figure 3 This is a diagram used to illustrate WUS in NR Release 16. In NR Release 16, the PDCCH-based Wake-Up Signal (WUS) can indicate whether more than one terminal is monitoring the PDCCH during the next DRX activation period.
[0048] DCI format 2_6, which scrambles CRC (Cyclic Redundancy Check) using PS-RNTI (Power Saving-Radio Network Temporary Identifier), is used as a PDCCH-based WUS and is also known as DCP (DCI with CRC scrambled by PS-RNTI).
[0049] WUS monitoring opportunities are set by an offset from the start of the terminal-based function's activation period. When WUS indicates "inactive" (i.e., when the terminal is not transmitting or receiving data), the terminal can skip monitoring during the activation period and immediately switch to sleep mode.
[0050] Furthermore, for example, if a PDCCH-based WUS is not detected due to a detection error, a default terminal action can be set.
[0051] DCI format 2_6 contains a 1-bit startup indication message indicating whether the device is "activated" or "inactive".
[0052] (Previous issues)
[0053] Next, we will discuss the previous issues. To achieve carbon neutrality and the SDGs, saving base station power consumption is becoming increasingly important. However, in the past, there has been a problem that methods for saving base station power consumption have not been standardized.
[0054] (Summary of this implementation method 1)
[0055] Therefore, in this embodiment, an example of reducing base station power consumption from a time-domain perspective will be described. Hereinafter, Examples 1 to 4 will be described as specific embodiments.
[0056] (Example 1)
[0057] In this embodiment, the definitions of actions and associated concepts in the case of intermittent reception by the base station are explained.
[0058] Figure 4 This is a diagram illustrating the intermittent reception of a base station in Embodiment 1 of the present invention. The period during which the base station 10 sets the receiving unit to invalid / valid is introduced as the intermittent reception (gNB CDRX) function of the base station (hereinafter referred to as base station intermittent reception).
[0059] The concept of intermittent reception at base station 10 is the same as that at terminal 20. Invalid receiving units and / or parameters can be each port, panel, beam, or carrier (or cell).
[0060] Figure 5 This is a diagram illustrating the parameters of Embodiment 1 of the present invention. The base station CDRX can be defined by several parameters listed below. Furthermore, the units of the parameters can be symbols, time slots, subframes, milliseconds, or seconds, etc. The units can be different or the same among the parameters.
[0061] • drx-onDurationTimer: The period at the start of the DRX cycle
[0062] • drx-SlotOffset: The delay before drx-onDurationTimer starts
[0063] • drx-InactivityTimer: During the uplink transmission period after the uplink receive opportunity, terminal 20 performs uplink transmission.
[0064] • drx-LongCycleStartOffset: Defines when the long DRX cycle and short DRX cycle start, the long DRX cycle (i.e., drx-LongCycle), and drx-StartOffset.
[0065] •drx-ShortCycle: Short DRX cycle
[0066] • drx-ShortCycleTimer: The period during which base station 10 follows a short DRX cycle.
[0067] ·drx-RetransmissionTimerUL: The maximum period until an authorization for uplink retransmission is received.
[0068] ·drx-HARQ-RTT-TimerUL: The minimum period until an uplink retransmission authorization can be expected.
[0069] When intermittent reception at the base station becomes effective, the base station 10 can receive the uplink channel transmitted from the terminal 20 when executing drx-onDurationTimer, drx-InactivityTimer, or drx-RetransmissionTimerUL.
[0070] When the base station intermittently receives data, the terminal 20 can perform any of the following actions.
[0071] <Option 1>
[0072] Terminal 20 can perform actions that envision intermittent reception from the base station. Specifically, terminal 20 identifies the state of intermittent reception from the base station via RRC, MAC-CE, or DCI. In the case of DCI, terminal 20 envisions receiving DCI from base station 10 indicating the state of intermittent reception from the base station. Further details regarding DCI-based indications will be described later in Embodiment 3.
[0073] When the intermittent reception of the base station becomes effective, the terminal 20 can transmit the uplink channel during the execution of drx-onDurationTimer, drx-InactivityTimer, or drx-RetransmissionTimerUL.
[0074] <Option 2>
[0075] Terminal 20 may also ignore intermittent reception from the base station. Specifically, terminal 20 performs uplink transmission as scheduled or set by base station 10, regardless of the state of intermittent reception from the base station.
[0076] Furthermore, base station 10 can perform scheduling or settings that take into account intermittent base station reception when it is effective, or it can perform scheduling or settings that are unrelated to intermittent base station reception. When scheduling or settings that take intermittent base station reception into account are performed, the intermittent base station reception function is achieved even if terminal 20 ignores intermittent base station reception. Conversely, when scheduling or settings that do not take intermittent base station reception into account are not performed, if terminal 20 ignores intermittent base station reception, useless signals are transmitted, thus wasting the power consumption of terminal 20.
[0077] On the other hand, even when intermittent reception by the base station is ineffective, the base station 10 can still receive the uplink channel transmitted from the terminal 20 regardless of the intermittent reception parameters. That is, the base station 10 can also maintain the state of having its receiving unit enabled and continuously receive the uplink channel from the terminal 20.
[0078] In the event of intermittent failure of base station reception, terminal 20 may perform any of the following actions.
[0079] <Option 1>
[0080] Terminal 20 can perform actions that envision intermittent reception from the base station. Specifically, terminal 20 identifies the state of intermittent reception from the base station via RRC, MAC-CE, or DCI. In the case of DCI, terminal 20 envisions receiving DCI from base station 10 indicating the state of intermittent reception from the base station. Further details regarding DCI-based indications will be described later in Embodiment 3.
[0081] In the event that the base station intermittent reception is invalid, the terminal 20 performs uplink transmission as scheduled or set by the base station 10, regardless of the state of the intermittent reception.
[0082] <Option 2>
[0083] Terminal 20 may also ignore intermittent reception from the base station. Specifically, terminal 20 performs uplink transmission as scheduled or set by base station 10, regardless of the state of intermittent reception from the base station.
[0084] In addition, base station 10 may also receive terminal assistance information in order to determine the aforementioned parameter values during the wake-up / sleep period.
[0085] Terminal assistance information can be a periodic representation of terminal services. Base station 10 can receive terminal assistance information at higher layers. Base station 10 considers the terminal assistance information reported by terminal 20 to determine the value of parameters.
[0086] Terminal 20 can also send terminal auxiliary information such as the service cycle of the terminal to base station 10.
[0087] According to this embodiment, intermittent reception of base station 10 can be achieved.
[0088] (Example 2)
[0089] This embodiment illustrates an example of a method for triggering intermittent reception at a base station.
[0090] The activation / deactivation of intermittent base station reception can also be performed using any of the following options.
[0091] <Option 1>
[0092] Base station 10 can enable / disable intermittent reception of the base station when the RRC parameter representing the enable / disable of intermittent reception of the base station is set by terminal 20 or other network nodes (such as the core network or other base stations).
[0093] <Option 2>
[0094] Base station 10 can also enable / disable intermittent reception when it receives a MAC-CE command indicating the enable / disable of intermittent reception from terminal 20 or other network nodes (such as the core network or other base stations).
[0095] <Option 3>
[0096] When base station 10 receives a UCI included in PUCCH or PUSCH from terminal 20, it can also enable / disable base station intermittent reception based on the enable / disable instruction for base station intermittent reception included in the UCI.
[0097] The UCI that includes the indication of the activation / deactivation of intermittent base station reception can be a newly defined UCI type, different from the previous ones. Alternatively, the UCI can be the same UCI type as before, such as HARQ-ACK, CSI, SR, etc.
[0098] Terminal 20 can send a PUCCH or PUSCH to base station 10 to enable / deactivate intermittent reception of the base station.
[0099] Terminal 20 can receive a DCI (Distributed Intermittent Receiver Code) from base station 10 to identify whether the UCI-based indication has been correctly decoded by base station 10, and whether there is a common understanding between base station 10 and terminal 20 regarding the intermittent receiver status. Further details regarding the DCI will be described later in Embodiment 3.
[0100] <Option 4>
[0101] Under certain conditions, base station 10 can enable / disable intermittent reception. For example, base station 10 can enable intermittent reception if it does not receive uplink channel from terminal 20 for a certain period of time. This certain period of time can be a symbol, time slot, subframe, millisecond, second, etc.
[0102] In order to achieve a shared understanding between base station 10 and terminal 20 regarding the state of intermittent reception at the base station, terminal 20 may also receive a DCI (Distributed Information Citation) indicating the state of intermittent reception at the base station from base station 10. Further details regarding the DCI will be described later in Embodiment 3.
[0103] <Option 5>
[0104] Base station 10 can enable / disable intermittent reception by combining the above options.
[0105] In addition, as a process of enabling / disabling intermittent reception at the base station, the base station 10 may also perform any of the following actions.
[0106] <Option 1>
[0107] Base station 10 can immediately enable / disable intermittent base station reception when executing any of the aforementioned trigger options for enabling / disabling intermittent base station reception.
[0108] <Option 2>
[0109] Base station 10 can also receive a timing indication for the activation / deactivation of intermittent base station reception, which can be a certain time interval or a specified moment from the date of receiving the indication. The unit for specifying the time interval or moment can be a symbol, time slot, subframe, millisecond, second, etc. That is, base station 10 can also activate / deactivate intermittent base station reception at a specified time when executing any of the above-mentioned options that trigger the activation / deactivation of intermittent base station reception.
[0110] <Option 3>
[0111] Base station 10 can enable / disable intermittent reception based on a newly introduced timer. The timers for enabling / disabling reception can be the same or different. The unit of the timer can be a symbol, time slot, subframe, millisecond, second, etc. Base station 10 or other network nodes such as terminal 20 can set the timer via RRC, or specify the timer via MAC-CE or UCI / DCI.
[0112] That is, when any of the aforementioned options that trigger the activation / deactivation of intermittent base station reception are executed, a timer is executed. When the timer expires, base station 10 can activate / deactivate intermittent base station reception.
[0113] The advantages of a timer will be explained. Even if intermittent reception by the base station is indicated as valid, due to processing by terminal 20, the actual uplink transmission from terminal 20 may sometimes occur with a certain delay after the indication. Even in such cases, by introducing a timer, intermittent reception by the base station can be made valid after a certain period of time, thus reducing the power consumption of base station 10.
[0114] Furthermore, even if intermittent base station reception is indicated as invalid, actual uplink transmissions from terminal 20 may continue for a period of time after the indication due to processing by terminal 20. Even in such cases, by introducing a timer, intermittent base station reception can be invalidated after a certain period, thus improving the performance of terminal 20.
[0115] According to this embodiment, it is possible to trigger intermittent reception of the base station, and to perform the action of activating / deactivating the base station when it is triggered.
[0116] (Example 3)
[0117] In this embodiment, an example is described whereby a terminal receives an indication related to intermittent reception by a base station via a DCI.
[0118] In situations where terminal 20 identifies the intermittent reception state of the base station and this state needs to be jointly understood by both terminal 20 and base station 10, a mechanism for instructing terminal 20 of the intermittent reception state of the base station from base station 10 needs to be considered. DCI-based instruction is expected to provide timely guidance.
[0119] In addition, as a mutually understood advantage, when the base station is intermittently receiving data, the terminal 20 can stop uplink transmission, thus saving power consumption of the terminal 20.
[0120] To indicate the intermittent reception state of the base station, a new RNTI can be introduced. The new RNTI can be set as gNBCDRX-RNTI (GC-RNTI) for example.
[0121] Furthermore, the introduction of the DCI field can be any of the following options.
[0122] <Option 1>
[0123] A new DCI field can be introduced to represent the intermittent reception status of the base station. The introduced DCI field can be 1 bit in size, with "1" representing a valid state and "0" representing an invalid state. Alternatively, it can be the other way around.
[0124] <Option 2>
[0125] Alternatively, the new DCI field can be omitted. That is, the intermittent reception status of the base station can be represented by existing fields. For example, even when the corresponding DCI format is scrambled with a new RNTI such as GC-RNTI, and the HPN and RV fields are all set to "0", the terminal 20 can still recognize the intermittent reception status of the base station as valid.
[0126] Furthermore, for example, when the corresponding DCI format is scrambled by a new RNTI such as GC-RNTI, and the HPN and RV fields are all set to "0", and the MCS field is all set to "1", the terminal 20 can also recognize that the intermittent reception state of the base station is invalid.
[0127] In addition, the corresponding DCI format can be any of the following options.
[0128] <Option 1>
[0129] It can be the DCI inherent in terminal 20.
[0130] <Option 1-1>
[0131] Base station 10 can also use a new DCI format, different from the past, to represent the state of intermittent reception of the base station.
[0132] <Options 1-2>
[0133] Base station 10 can use existing DCI formats 0_1, 0_2, 1_1, 1_2 or other DCI formats to represent the state of intermittent reception of the base station.
[0134] <Option 2>
[0135] It can be a group-common DCI of terminal 20.
[0136] <Option 2-1>
[0137] Base station 10 can also use a new DCI format, different from the previous one, to represent the state of intermittent reception by the base station. The aforementioned new DCI field can also be introduced together with other new DCI fields used for power-saving technology of base station 10 in the new DCI format. Base station 10 can scramble the new DCI format using the aforementioned new RNTI (GC-RNTI, etc.).
[0138] <Option 2-2>
[0139] Base station 10 can also use the conventional DCI format 2_6 or other common DCI formats to represent the intermittent reception status of the base station.
[0140] When using DCI format 2_6, previous DCI fields can be reinterpreted to indicate the state of intermittent reception by the base station. For example, the "Wake-up indication" can be reinterpreted. Alternatively, "1" can represent a valid state and "0" a invalid state, or vice versa.
[0141] To distinguish it, base station 10 may also scramble DCI format 2_6 using the aforementioned new RNTI (GC-RNTI, etc.) instead of PS-RNTI.
[0142] According to this embodiment, terminal 20 identifies the intermittent reception state of the base station, thereby enabling both terminal 20 and base station 10 to understand it together.
[0143] (Example 4)
[0144] In this embodiment, an example is described of a base station or terminal reporting capability information related to intermittent reception of a base station.
[0145] The following capability information can be introduced.
[0146] Base station capability information representing the capabilities of base station 10 can be introduced. That is, base station 10 sends base station capability information to terminal 20 or other network nodes. Terminal 20 or other network nodes that receive the base station capability information can infer the capabilities of base station 10 based on the received base station capability information.
[0147] Base station capability information may also include information indicating whether intermittent reception by the base station is supported. Additionally, base station capability information indicating whether intermittent reception by the base station is supported may also be introduced, along with DCI-indicated base station capability information.
[0148] In addition, the following terminal capability information can also be introduced. For example, terminal capability information indicating whether intermittent base station reception is supported can be introduced. Furthermore, terminal capability information indicating whether intermittent base station reception is supported can also be introduced.
[0149] Terminal 20 can also identify whether the intermittent base station reception function is valid or invalid if it has the terminal capability to support the status identification of intermittent base station reception. For example, terminal 20 can also perform the operation of option 1 shown in embodiment 1. In addition, if terminal 20 does not have the terminal capability to support the status identification of intermittent base station reception, it can also perform the operation of option 2 shown in embodiment 1.
[0150] In addition, terminal capability information indicating whether DCI indications, which indicate the state of intermittent reception by the base station, are supported can also be introduced. Furthermore, terminal capability information indicating whether new terminal-specific / group-common DCI formats are supported can also be introduced.
[0151] The dependency relationship between base station capability information and terminal capability information can be any of the following options.
[0152] <Option 1>
[0153] To enable intermittent base station reception, it can also be configured to require separate reports from both the base station capability information and the terminal capability information indicating support for intermittent base station reception.
[0154] <Option 2>
[0155] To utilize intermittent base station reception, it is also possible to report only one of the base station capability information and terminal capability information that indicates support for intermittent base station reception.
[0156] According to this embodiment, they can mutually report information about the capabilities of the base station or the terminal related to intermittent reception by the base station.
[0157] The terminal capabilities in the above embodiments can be limited to the case where terminal 20 is a feature-reduced terminal, or they can be applied to the case where terminal 20 is not a feature-reduced terminal.
[0158] (Summary of this implementation method 2)
[0159] In addition, cell DTX / DRX is being studied in order to reduce power consumption in base station 10. For example, the alignment of cell DTX / DRX with UE-DRX in RRC connection mode and information exchange between nodes related to cell DTX / DRX are being studied.
[0160] Mechanisms for enabling or disabling the transceiver units of base station 10 are important for reducing power consumption in base station 10. Adaptive technologies for DL transmission and UL reception are being investigated to reduce power consumption in base station 10.
[0161] Cell DTX / DRX is useful for achieving adaptive DL transmission and UL reception. However, the operational details of cell DTX / DRX are not clearly defined. Therefore, embodiments 5 to 8 are described below as specific implementations related to cell DTX / DRX.
[0162] (Example 5)
[0163] In Example 5, the definition of cell DTX / DRX is explained. Cell DRX can also be defined as in Examples 1-4 above. Whether cell DRX is implemented is determined by higher-layer parameters, and the period, start time slot, offset, and duration can also be set. Furthermore, the application of cell DRX can also be determined by semi-static, dynamic, or flexible network conditions.
[0164] Cell DTX can also be defined as described later. Whether to execute cell DTX is determined by higher-layer parameters, and the period, start time slot, offset, and duration can also be set. Furthermore, whether cell DTX can be applied can be determined by semi-static, dynamic, or flexible network conditions.
[0165] <Option 1>
[0166] Figure 6 This is a diagram illustrating the intermittent transmission of a base station in Embodiment 5 of the present invention. (See diagram for example.) Figure 6 As shown, the period during which the base station 10 invalidates or activates its own transmission unit can also be introduced as cell DTX.
[0167] The invalidated transmission unit and / or parameter can be per port, per panel, per beam, per carrier, or per cell. Cell DTX can be defined by some or all of the parameters shown in 1)-6) below. The unit of this parameter can be a symbol, time slot, subframe, millisecond, or second, or other units. The units can be the same or different among these parameters.
[0168] 1) dtx-onDurationTimer: The period starting from the beginning of the DTX cycle.
[0169] 2) dtx-SlotOffset: The delay period before dtx-onDurationTimer is started.
[0170] 3) dtx-InactivityTimer: The period that begins after the DL transmission opportunity (the opportunity for base station 10 to perform DL transmission and terminal 20 to receive DL transmission).
[0171] 4) dtx-LongCycleStartOffset: Defines the dtx-StartOffset for the long DTX cycle (i.e., dtx-LongCycle) and the start of the long and short DTX cycles.
[0172] 5) dtx-ShortCycle: Short DTX cycle. This can also be optional.
[0173] 6) dtx-ShortCycleTimer: The period during which base station 10 executes a short DTX cycle. A short DTX begins when DL reception occurs during a long DTX. This can also be optional.
[0174] Figure 7 This is a diagram illustrating the parameters of Embodiment 5 of the present invention. For example... Figure 7 As shown, starting from the beginning of dtx-LongCycle, dtx-onDurationTimer becomes the active time after dtx-SlotOffset. If a DL reception occurs within dtx-LonCycle, the active time ends after dtx-InactivityTimer from the point of DL reception, and dtx-ShortCycle begins. If a DL reception occurs within dtx-ShortCycleTimer, dtx-ShortCycle continues. If no DL reception occurs within dtx-ShortCycleTimer, dtx-LongCycle begins.
[0175] When cell DTX is active, base station 10 can also transmit DL channel or DL signal while dtx-onDurationTimer or dtx-InactivityTimer is in operation. As an action of terminal 20, when cell DTX is active, terminal 20 can receive DL channel or DL signal while dtx-onDurationTimer or dtx-InactivityTimer is in operation. Terminal 20 can also assume receiving DL channel or DL signal when dtx-onDurationTimer or dtx-InactivityTimer is not in operation.
[0176] When the cell DTX is disabled, terminal 20 may also receive DL channel or DL signal to notify or set up base station 10.
[0177] The DL channel or DL signal can be any one of PDCCH, PDSCH, SPS-PDSCH, CSI-RS, PT-RS, or DM-RS.
[0178] The UL channel or UL signal can be any one of PRACH, PUCCH, PUSCH, CG-PUSCH, SRS, PT-RS, or DM-RS.
[0179] (Example 6)
[0180] In Example 6, the cell DTX / DRX settings are described. These settings can be executed by base station 10 or by terminal 20.
[0181] <Option 1>
[0182] Joint configuration can be performed. Cell DTX and cell DRX can be jointly configured through common parameters. With common parameters (e.g., CellDTXDRX-Config) set, cell DTX and DRX can be enabled. Terminal 20 can also appropriately perform the actions of Embodiment 5.
[0183] Public parameters may include any one or both of the information elements shown in 1) and 2) below.
[0184] 1) Common parameters in DTX and DRX. Some parameters are common to both DTX and DRX. For example, parameters representing the on-duration timer are common to both DTX and DRX. Similarly, parameters representing the period are also common to both DTX and DRX.
[0185] 2) Separate parameters in DTX and DRX. Some parameters can be set independently in DTX and DRX. For example, the parameter representing the slot offset can be set independently in DTX and DRX.
[0186] Option 1 can reduce the overhead of RRC signaling.
[0187] <Option 2>
[0188] Separate settings can also be performed. Cell DTX and cell DRX can be configured independently using separate parameters. Cell DTX can be enabled when DTX-oriented parameters (e.g., CellDTX-Config) are set. Cell DRX can be enabled when DRX-oriented parameters (e.g., CellDRX-Config) are set. DTX-oriented parameters can include those described in Example 5. DRX-oriented parameters can also include those described in Example 1.
[0189] Option 2 provides greater flexibility in setting up cell DTX or cell DRX.
[0190] (Example 7)
[0191] In Example 7, the activation or deactivation of cell DTX / DRX is explained. When cell DTX and cell DRX are jointly configured (Option 1 of Example 6), cell DTX and cell DRX can be activated or deactivated as follows.
[0192] <Option 1>
[0193] Cell DTX and cell DRX can be enabled or disabled via RRC signaling. Cell DTX and cell DRX can be enabled or disabled when RRC parameters are set. For example, these RRC parameters can be common parameters from Example 6 (e.g., CellDTXDRX-Config).
[0194] <Option 2>
[0195] Cell DTX and cell DRX can be enabled or disabled via MAC-CE. When terminal 20 receives MAC-CE, cell DTX and cell DRX can be enabled or disabled.
[0196] <Option 3>
[0197] Cell DTX and cell DRX can be enabled or disabled via DCI. Terminal 20 can also be dynamically notified via DCI that cell DTX and cell DRX have been enabled or disabled. This DCI-based notification can be executed as shown in 1)-4) below.
[0198] 1) The DCI format can be either a UE-specific DCI format or a group-common DCI format.
[0199] 2) The DCI format can be an existing format (e.g., DCI format 1_1, 1_2, 2_0) or a newly defined one (e.g., 1_x, 2_x).
[0200] 3) RNTI can be an existing RNTI (e.g., C-RNTI, SFI-RNTI) or a new RNTI can be defined.
[0201] 4) DCI fields can be groups of existing fields and / or new fields. For example, in the case of groups of existing fields, as shown in Alt.1) and Alt.2) below, some fields can be used to enable or disable cell DTX and cell DRX.
[0202] Alt.1) When scrambling is performed using an existing RNTI such as CS-RNTI, and for example, when all HPNs are set to "0", all RVs are set to "00", and all TDRAs are set to "1", terminal 20 can also dynamically enable cell DTX and cell DRX. Furthermore, for example, when all HPNs are set to "0", all RVs are set to "00", all MCSs are set to "1", all FDRAs are set to "1", and all TDRAs are set to "1", terminal 20 can also dynamically disable cell DTX and cell DRX.
[0203] Alt.2) When scrambling is performed using a new RNTI, and for example, all HPNs are set to "0" and all RVs are set to "00", terminal 20 can also dynamically enable cell DTX and cell DRX. Furthermore, for example, when all HPNs are set to "0", all RVs are set to "00", all MCSs are set to "1", and all FDRAs are set to "1", terminal 20 can also dynamically disable cell DTX and cell DRX.
[0204] For example, with a new DCI field, cell DTX and cell DRX can be enabled or disabled using this new DCI field. This new DCI field can also be called the "Cell DTX / DRX identifier". For example, the terminal 20 can dynamically enable cell DTX and cell DRX when the cell DTX / DRX identifier is set to "1". Alternatively, the terminal 20 can dynamically disable cell DTX and cell DRX when the cell DTX / DRX identifier is set to "0". Furthermore, the DCI including this new DCI field can be scrambled using either the existing RNTI or the new RNTI.
[0205] Furthermore, when cell DTX and cell DRX are configured separately (option 2 of embodiment 6), cell DTX and cell DRX can also be enabled or disabled as follows.
[0206] <Option 1>
[0207] Cell DTX or cell DRX can be enabled or disabled via RRC signaling. When RRC parameters are set, cell DTX or cell DRX can be enabled or disabled. For example, these RRC parameters can be the separate parameters in Example 6 (e.g., CellDTX-Config, CellDRX-Config).
[0208] <Option 2>
[0209] MAC-CE can be used to enable or disable cell DTX or cell DRX. When terminal 20 receives MAC-CE, cell DTX or cell DRX can be enabled or disabled.
[0210] <Option 3>
[0211] Terminal 20 can also be dynamically notified via DCI that cell DTX or cell DRX has been activated or deactivated. This DCI-based notification can be executed as shown in 1)-4) below.
[0212] 1) The DCI format can be either a UE-specific DCI format or a group-common DCI format.
[0213] 2) The DCI format can be an existing format (e.g., DCI format 1_1, 1_2, 2_0) or a newly defined one (e.g., 1_x, 2_x).
[0214] 3) RNTI can be an existing RNTI (e.g., C-RNTI, SFI-RNTI) or a new RNTI can be defined.
[0215] 4) DCI fields can be groups of existing fields and / or new fields. For example, different groups of DCI fields can be used to represent either cell DTX or cell DRX in order to enable or disable cell DTX or cell DRX. For example, in the case of existing field groups, as shown in Alt.1) and Alt.2) below, some fields can be used to enable or disable cell DTX and cell DRX.
[0216] Alt.1) When scrambling using an existing RNTI such as CS-RNTI, and for example, when all HPNs are set to "0", all RVs are set to "00", and all PRIs are set to "1", terminal 20 can dynamically enable cell DTX. Furthermore, for example, when all HPNs are set to "0", all RVs are set to "00", all MCSs are set to "1", all FDRAs are set to "1", and all PRIs are set to "1", terminal 20 can also dynamically disable cell DTX. Furthermore, for example, when all HPNs are set to "0", all RVs are set to "00", and all TDRAs are set to "1", terminal 20 can also dynamically enable cell DRX. In addition, for example, when all HPNs are set to "0", all RVs are set to "00", all MCSs are set to "1", all FDRAs are set to "1", and all TDRAs are set to "1", the terminal 20 can also dynamically disable the cell DRX.
[0217] Additionally, the PRI and TDRA fields can be added to indicate which of the CG-PUSCH / SPS-PDSCH and cell DTX / cell DRX is being used as the object for an active or inactive DCI.
[0218] Additionally, fields identical to those used in PRI and TDRA as described above (e.g., TDRA) can also be used to indicate which of CG-PUSCH / SPS-PDSCH and cell DTX / cell DRX is being considered. When using different DCI formats, the DCI format can be used to indicate whether the cell DTX or cell DRX is being considered. For example, DCI format 0_0 can enable or disable cell DRX, while DCI format 1_0 can enable or disable cell DTX.
[0219] Alt.2) When scrambling using the new RNTI, for example, when all HPNs are set to "0", all RVs are set to "00", and all PRIs are set to "1", terminal 20 can dynamically enable cell DTX. For example, when all HPNs are set to "0", all RVs are set to "00", all MCSs are set to "1", all FDRAs are set to "1", and all PRIs are set to "1", terminal 20 can also dynamically disable cell DTX. For example, when all HPNs are set to "0", all RVs are set to "00", terminal 20 can also dynamically enable cell DRX. For example, when all HPNs are set to "0", all RVs are set to "00", all MCSs are set to "1", and all FDRAs are set to "1", terminal 20 can also dynamically disable cell DRX.
[0220] Additionally, while PRI is used as described above, the additional field indicating which cell DTX or cell DRX is being considered can be omitted. When using different DCI formats, the DCI format can indicate whether the cell DTX or cell DRX is being considered. For example, DCI format 0_0 can enable or disable cell DRX, while DCI format 1_0 can enable or disable cell DTX.
[0221] For example, in the case of a new DCI field, the cell DTX or cell DRX can be enabled or disabled through this new DCI field. This new DCI field can also be called the "Cell DTX identifier" or the "Cell DRX identifier".
[0222] When cell DTX and cell DRX are separately notified through separate fields, for example, if the cell DTX identifier is set to "1", terminal 20 can also dynamically enable cell DTX. Furthermore, for example, if the cell DTX identifier is set to "0", terminal 20 can also dynamically disable cell DTX. Similarly, if the cell DRX identifier is set to "1", terminal 20 can also dynamically enable cell DRX. Furthermore, for example, if the cell DRX identifier is set to "0", terminal 20 can also dynamically disable cell DRX.
[0223] Furthermore, this new DCI field can also be referred to as the "Cell DTX / DRX identifier". When the cell DTX and cell DRX are jointly notified through a common field, for example, when the cell DTX / DRX identifier is set to "01", terminal 20 can dynamically enable or disable the cell DTX. For example, when the cell DTX / DRX identifier is set to "10", terminal 20 can dynamically enable or disable the cell DTX. For example, terminal 20 can also dynamically enable both cell DTX and cell DRX when the cell DTX / DRX identifier is set to "11". For example, terminal 20 can also dynamically enable both cell DTX and cell DRX when the cell DTX / DRX identifier is set to "00". The bit mapping of the cell DTX and cell DRX described above can be reversed.
[0224] In addition, the DCI including this new DCI field can be scrambled using either the existing RNTI or the new RNTI.
[0225] The timing for the activation or deactivation of the application cell DTX or cell DRX notified by MAC-CE or DCI can be as shown in 1) or 2) below.
[0226] 1) Terminal 20 can immediately activate or deactivate. When notified of the activation or deactivation of cell DTX or cell DRX via MAC-CE or DCI, cell DTX or cell DRX can be activated or deactivated immediately.
[0227] 2) Terminal 20 can also activate or deactivate at the notified time. The timing of activating or deactivating cell DTX or cell DRX can be determined as an interval or a specific moment from the notified activation or deactivation time, via RRC signaling, MAC-CE, or DCI. The unit of time can be a symbol, time slot, subframe, millisecond, or second, etc. When notified of the activation or deactivation of cell DTX or cell DRX via MAC-CE or DCI, the cell DTX or cell DRX can be activated or deactivated at the pre-notified time.
[0228] (Example 8)
[0229] In Example 8, the associated operation of cell DTX / DRX and UE DRX is described. When the time positions of cell DTX and UE DRX are not aligned, the terminal 20 may wake up to receive DL channel or DL signal when no DL transmission is performed for cell DTX.
[0230] Therefore, the actions can also be performed as shown in options 1-5 below.
[0231] <Option 1>
[0232] If the UE DRX (e.g., DRX-Config) is configured, the terminal 20 may not assume that the cell DTX is configured.
[0233] <Option 2>
[0234] If the cell DTX is configured, the terminal 20 may not need to have the UE DRX (e.g., DRX-Config) configured. Alternatively, the cell DTX parameters can be those described in Example 6.
[0235] <Option 3>
[0236] When a UE DRX (e.g., DRX-Config) is configured, terminal 20 may not assume that the cell DTX is configured at a time location different from the UE DRX. When the time locations of the cell DTX and UE DRX are consistent, the cell DTX and UE DRX can also be configured jointly.
[0237] <Option 4>
[0238] When a cell DTX is configured, terminal 20 may not assume that a UE DRX (e.g., DRX-Config) with a time location inconsistent with the cell DTX is configured. When the time locations of the cell DTX and UE DRX are consistent, the cell DTX and UE DRX can also be configured jointly.
[0239] <Option 5>
[0240] Regardless of whether the time positions of cell DTX and UE DRX are consistent or inconsistent, cell DTX and UE DRX can be set for terminal 20. Furthermore, if cell DTX is set in addition to UE DRX, the parameters of cell DTX can be prioritized. Terminal 20 can ignore the parameters of UE DRX. Terminal 20 can also operate as in Embodiment 5. Furthermore, if cell DTX is set in addition to UE DRX, the parameters of both can be applied. Terminal 20 can also be woken up at the activation time of both cell DTX and cell DRX.
[0241] The above-mentioned "the time positions of the cell DTX and UE DRX are aligned" can also be defined as shown in option 1 or option 2 below.
[0242] <Option 1>
[0243] When the long cycle is the same in both cell DTX and UE DRX, it can also be defined as the time positions of cell DTX and UE DRX being consistent.
[0244] <Option 1-1>
[0245] Furthermore, when the long cycle is the same in both cell DTX and UE DRX, it can be defined as the time position of cell DTX and UE DRX being consistent, regardless of the activation time within the long cycle. That is, when the long cycle of cell DTX (e.g., dtx-LongCycle) and the long cycle of UE DRX (e.g., drx-LongCycle) are the same, it can be defined as the time position being consistent.
[0246] <Options 1-2>
[0247] If the long cycle is the same in both the cell DTX and UE DRX, the time position of the cell DTX and UE DRX can be defined as consistent, depending on the activation time within the long cycle. If the timers and slot offsets (e.g., dtx-LongCycle, drx-LongCycle, dtx-onDurationTimer, drx-onDurationTimer, dtx-SlotOffset, drx-SlotOffset) are the same in both the cell DTX and UE DRX during the on-time period of the long cycle, the time position of the cell DTX and UE DRX can also be defined as consistent. Furthermore, additional consideration can be given to determine whether other parameters (e.g., dtx-InactivityTimer, drx-InactivityTimer, etc.) satisfy this definition.
[0248] <Option 2>
[0249] Besides the long cycle, if the short cycle is the same in both cell DTX and UE DRX, it can also be defined as the time positions of cell DTX and UE DRX being consistent. Option 2 can also be applied to situations that satisfy the conditions of option 1-1 or option 1-2.
[0250] <Option 2-1>
[0251] Furthermore, when the short cycle is the same in both cell DTX and UE DRX, it can be defined as the time position of cell DTX and UE DRX being consistent, regardless of the activation time within the short cycle. That is, when the short cycle (e.g., dtx-ShortCycle) of cell DTX is the same as the short cycle (e.g., drx-ShortCycle) of UE DRX, it can be defined as the time position being consistent.
[0252] <Option 2-2>
[0253] When the short cycle is the same in both the cell DTX and UE DRX, the time position of the cell DTX and UE DRX can be defined as consistent, depending on the activation time within the short cycle. Similarly, when the short cycle timer and short cycle (e.g., dtx-ShortCycleTimer, drx-ShortCycleTimer, dtx-ShortCycle, drx-ShortCycle) are the same in both the cell DTX and UE DRX, the time position of the cell DTX and UE DRX can be defined as consistent.
[0254] (Summary of this implementation method 3)
[0255] Here, to accommodate services of different QoS types, it is assumed that multiple cell DTX / DRX are active. However, the operational details of multiple cell DTX / DRX are not clear. Therefore, Example 9 is described below as a specific implementation of multiple cell DTX / DRX.
[0256] (Example 9)
[0257] In the DTX / DRX settings of each cell, the parameters of the cell DTX / DRX in the above embodiment can also be set differently. For example, when multiple cell DTX / DRXs are defined by parameters, the dtx-onDurationTimer can also be different in the settings of each cell DTX / DRX. Other parameters can also be different in the settings of each cell DTX / DRX in the same way.
[0258] The DTX / DRX settings for each cell can include at least 1) and 2) as shown below.
[0259] 1) Specify the index for setting the cell DTX and / or cell DRX.
[0260] 2) Priority levels corresponding to different service types. For example, eMBB (enhanced Mobile Broadband) can be priority level 0, while URLLC (Ultra-Reliable and Low Latency Communications) can be priority level 1. Service types with higher priority levels will be given priority.
[0261] Alternatively, it is possible to set the number of cell DTX / DRXs that can be activated simultaneously.
[0262] <Option 1>
[0263] Figure 8 This is a flowchart illustrating Example (1) of Embodiment 9, which describes an implementation of the present invention. In step S11, multiple cell DTX / DRX settings are configured for the UE. In the following step S12, all settings of the multiple cell DTX / DRX settings become effective simultaneously at a certain point in time.
[0264] Multiple cell DTX / DRX settings can be configured as a list via RRC signaling. For example, the information element CellDTXConfigList can contain multiple cell DTX / DRX settings with different parameters. To ensure that all multiple cell DTX / DRX settings are effective, the above-described embodiment 7 can also be applied.
[0265] <Option 2>
[0266] Figure 9 This is a flowchart illustrating Example (2) of Embodiment 9, which describes an implementation of the present invention. In step S21, multiple cell DTX / DRX settings are configured for the UE. In the following step S22, some of the multiple cell DTX / DRX settings become active simultaneously at a certain point in time.
[0267] Multiple cell DTX / DRX settings can be configured as a list via RRC signaling. For example, the information element CellDTXConfigList can contain the DTX / DRX settings of multiple cells with different parameters.
[0268] The cell DTX / DRX settings can be activated via MAC-CE and / or DCI based on a list of multiple cell DTX / DRX settings. Hereinafter, cell DTX / DRX settings will only be described as settings.
[0269] When using both MAC-CE and DCI, X out of N settings can be notified by MAC-CE and activated via DCI. X is less than N, where N is the total number of settings in the list. To activate the settings, the above-described embodiment 7 can also be applied.
[0270] When using both MAC-CE and DCI, MAC-CE can notify X settings out of N settings, and DCI can activate Y settings. Y is less than X, X is less than N, and N is the total number of settings in the list. To activate a setting, the DCI field can be used to indicate which setting is activated. Each bit can use a bitmap corresponding to the setting index. MSB or LSB can correspond to the lowest or highest index of the setting. When a bit in the bitmap is 1, the corresponding setting is activated. When a bit in the bitmap is 0, the corresponding setting is deactivated.
[0271] When using either MAC-CE or DCI, X settings out of N settings can be notified via MAC-CE or DCI. X is less than N, where N is the total number of settings in the list. To validate a setting, the MAC-CE or DCI field can be used to indicate which setting is validated. Each bit can use a bitmap corresponding to the setting index. The MSB or LSB can correspond to the lowest or highest index of the setting. A bit in the bitmap being 1 validates the corresponding setting. A bit in the bitmap being 0 invalidates the corresponding setting.
[0272] <Option 3>
[0273] Figure 10 This is a flowchart illustrating Example (3) of Embodiment 9 of the present invention. In step S31, multiple cell DTX / DRX settings are configured for the UE. In the following step S32, the configuration of a single cell DTX / DRX becomes valid at a certain point in time.
[0274] The DTX / DRX settings of the activated cell can be notified via MAC-CE and / or DCI. Hereinafter, the cell DTX / DRX settings will only be described as settings.
[0275] When using both MAC-CE and DCI, X out of N settings can be notified by MAC-CE, and any one of the X settings can be activated by DCI. X is less than N, where N is the total number of settings in the list. To activate the settings, the above-described embodiment 7 can also be applied.
[0276] When using both MAC-CE and DCI, either MAC-CE or DCI can be used to notify the active setting out of N settings. N is the total number of settings in the list.
[0277] To enable or disable cell DTX / DRX settings, certain fields can be used. To indicate which setting is being enabled or disabled, existing fields (such as HPN) or new fields can be used.
[0278] Since the cell DTX and cell DRX are jointly configured, existing DCI field groups can be configured as shown in 1) or 2) below when they are used for activation or deactivation.
[0279] 1) DCI can be scrambled using existing RNTI (e.g., CS-RNTI). Furthermore, for example, when RV is "00" and TDRA are both "1", the UE can dynamically enable cell DTX / DRX. The value of the HPN field or a new field notified in the DCI format can also be used to notify the activation of the cell DTX / DRX setting corresponding to the value set via RRC parameters (e.g., CellDTXDRXConfigIndex).
[0280] Furthermore, for example, when RV is "00", all MCS are "1", all FDRA are "1", and all TDRA are "1", the UE can also dynamically disable cell DTX / DRX. The value of the HPN field or a new field notified in the DCI format can also be used to notify the invalidation of the cell DTX / DRX settings corresponding to the values set in the RRC parameters (e.g., CellDTXDRXConfigIndex). To distinguish which of CG-PUSCH / SPS-PDSCH and cell DTX / DRX is enabled / disabled by the DCI, the TDRA field can also be added.
[0281] 2) DCI can be scrambled using a new RNTI. For example, when RV is "00", the UE can dynamically enable cell DTX / DRX. The value of the HPN field or a new field notification included in the DCI format can also be used to notify the activation of the cell DTX / DRX setting corresponding to the value set in the RRC parameter (e.g., CellDTXDRXConfigIndex).
[0282] Furthermore, for example, when RV is "00", all MCS are "1", and all FDRA are "1", the UE can also dynamically disable cell DTX / DRX. The value of the HPN field or a new field notification included in the DCI format can also be used to notify the invalidation of the cell DTX / DRX settings corresponding to the value set in the RRC parameters (e.g., CellDTXDRXConfigIndex).
[0283] To jointly configure cell DTX and cell DRX, the new DCI field can be configured as follows when it is used for activation or deactivation.
[0284] This new DCI field can also be referred to as the Cell DTX DRX identifier. This new DCI field can be scrambled using either the existing RNTI or the new RNTI.
[0285] For example, when the new DCI field is "1", the UE can dynamically enable cell DTX / DRX. The value of the HPN field included in the DCI format or the new field notification can also be used to notify the activation of the cell DTX / DRX setting corresponding to the value set in the RRC parameter (e.g., CellDTXDRXConfigIndex).
[0286] For example, when the new DCI field is "0", the UE can dynamically disable the cell DTX / DRX. The value of the HPN field included in the DCI format or the new field notification can also be used to notify the invalidation of the cell DTX / DRX settings corresponding to the value set in the RRC parameters (e.g., CellDTXDRXConfigIndex).
[0287] Because the cell DTX and cell DRX are configured separately, existing DCI field groups can be configured as shown in 1) or 2) below when they are used for activation or deactivation.
[0288] 1) DCI can be scrambled using existing RNTI (e.g., CS-RNTI). For example, with RV set to "00" and all PRI values set to "1", the UE can dynamically enable cell DTX. The value of the HPN field or a new field notified within the DCI format can also be used to notify the activation of the cell DTX setting corresponding to the value set via RRC parameters (e.g., CellDTXConfigIndex).
[0289] Furthermore, for example, when RV is "00", all MCS are "1", all FDRA are "1", and all PRI are "1", the UE can dynamically disable cell DTX. The value of the HPN field or a new field notification included in the DCI format can also be used to notify the invalidation of the cell DTX setting corresponding to the value set in the RRC parameter (e.g., CellDTXConfigIndex).
[0290] Furthermore, for example, when RV is "00" and all TDRA values are "1", the UE can also dynamically enable cell DRX. The value of the HPN field or a new field notification included in the DCI format can also be used to notify the activation of the cell DRX setting corresponding to the value set through RRC parameters (such as CellDRXConfigIndex).
[0291] Furthermore, for example, when RV is "00", all MCS are "1", all FDRA are "1", and all TDRA are "1", the UE can dynamically disable the cell DRX. The value of the HPN field or a new field notification included in the DCI format can also be used to notify the invalidation of the cell DRX setting corresponding to the value set through RRC parameters (such as CellDRXConfigIndex).
[0292] In addition, to distinguish which of CG-PUSCH / SPS-PDSCH and cell DTX / DRX is enabled / deactivated by DCI, the PRI field and TDRA field can be added.
[0293] Furthermore, in the above example, the PRI and TDRA fields are used to distinguish between CG-PUSCH / SPS-PDSCH or cell DTX / DRX, but the same fields (e.g., TDRA) can also be used to distinguish between CG-PUSCH / SPS-PDSCH or cell DTX / DRX. Different DCI formats can be used to specify which cell DTX or cell DRX is being used. For example, DCI format 0_0 can enable / disable cell DRX, while DCI format 1_0 can enable / disable cell DTX.
[0294] 2) DCI can be scrambled using a new RNTI. For example, with RV set to "00" and all PRI values set to "1", the UE can dynamically enable cell DTX. The value of the HPN field included in the DCI format or a new field notification can also be used to notify the activation of the cell DTX setting corresponding to the value set via RRC parameters (e.g., CellDTXConfigIndex).
[0295] Furthermore, for example, when RV is "00", all MCS are "1", all FDRA are "1", and all PRI are "1", the UE can dynamically disable cell DTX. The value of the HPN field or a new field notification included in the DCI format can also be used to notify the invalidation of the cell DTX setting corresponding to the value set in the RRC parameter (e.g., CellDTXConfigIndex).
[0296] Furthermore, for example, when RV is "00", the UE can dynamically enable cell DRX. The value of the HPN field or a new field notification included in the DCI format can also be used to notify the activation of the cell DRX setting corresponding to the value set via RRC parameters (e.g., CellDRXConfigIndex).
[0297] Furthermore, for example, when RV is "00", all MCS are "1", and all FDRA are "1", the UE can dynamically disable the cell DRX. The value of the HPN field or a new field notification included in the DCI format can also be used to notify the invalidation of the cell DRX setting corresponding to the value set in the RRC parameter (e.g., CellDRXConfigIndex).
[0298] Additionally, while PRI is used to distinguish between cell DTX / DRX in the above example, the DCI field may not be used to distinguish between cell DTX / DRX. Different DCI formats can be used to specify which cell DTX or DRX is being used. For example, DCI format 0_0 can enable / disable cell DRX, and DCI format 1_0 can enable / disable cell DTX.
[0299] In order to separately configure cell DTX and cell DRX, the new DCI field can also be configured as shown in 1) or 2) below when it is used to enable or disable it.
[0300] 1) The following describes the scenario where cell DTX and cell DRX are separated and notified through the separated DCI field. Alternatively, the new field for cell DTX can be called the cell DTX identifier, and the new field for cell DRX can be called the cell DRX identifier.
[0301] For example, when the cell DTX identifier is "1", the UE can dynamically enable cell DTX. The value of the HPN field or a new field notification included in the DCI format can also be used to notify the activation of the cell DTX setting corresponding to the value set via RRC parameters (such as CellDTXConfigIndex).
[0302] For example, when the cell DTX identifier is "0", the UE can dynamically disable the cell DTX. The value of the HPN field or a new field notification included in the DCI format can also be used to notify the invalidation of the cell DTX setting corresponding to the value set in the RRC parameter (e.g., CellDTXConfigIndex).
[0303] For example, when the cell DRX identifier is "1", the UE can dynamically enable the cell DRX. The value of the HPN field or a new field notification included in the DCI format can also be used to notify the activation of the cell DRX setting corresponding to the value set in the RRC parameter (e.g., CellDRXConfigIndex).
[0304] For example, when the cell DRX identifier is "0", the UE can dynamically disable the cell DRX. The value of the HPN field or a new field notification included in the DCI format can also be used to notify the invalidation of the cell DRX setting corresponding to the value set in the RRC parameter (e.g., CellDRXConfigIndex).
[0305] 2) The following explains how cell DTX and cell DRX are notified through a common DCI field. This new field for cell DTX and cell DRX can also be called the Cell DTX / DRX identifier. The Cell DTX / DRX identifier can consist of 2 bits.
[0306] For example, when the cell DTXDRX identifier is "01", the UE can dynamically enable cell DTX and dynamically disable cell DRX.
[0307] For example, when the cell DTXDRX identifier is "10", the UE can dynamically disable cell DTX and dynamically enable cell DRX.
[0308] For example, when the cell DTXDRX identifier is "11", the UE can dynamically enable cell DTX and dynamically enable cell DRX.
[0309] For example, when the cell DTXDRX identifier is "00", the UE can dynamically disable cell DTX and dynamically disable cell DRX.
[0310] The bit mapping described above can be the opposite of 0 and 1.
[0311] Additionally, the HPN field or new field notification value included in the DCI format can also be used to notify the activation of the cell DTX setting and cell DRX setting corresponding to the value set by the RRC parameters (such as CellDTXConfigIndex and CellDRXConfigIndex).
[0312] The new DCI field can be scrambled using either the existing RNTI or the new RNTI.
[0313] (Summary of this implementation method 4)
[0314] Here, since the UE is not designed to transmit or receive multiple channels or signals, delays may sometimes increase due to cell DTX / DRX. For example, URLLC services may not meet requirements due to this delay. Therefore, to mitigate this delay, PHY layer priority-based control can be implemented for cell DTX / DRX as shown in Example 10 below.
[0315] (Example 10)
[0316] <Option 1>
[0317] Figure 11 This is a flowchart illustrating Example (4) of Embodiment 10, which illustrates an embodiment of the present invention. In step S41, the cell DTX / DRX is configured for the UE. In the following step S42, the UE intends to transmit and receive high-priority channels during the inactivity period of the cell DTX / DRX, and does not intend to transmit and receive low-priority channels during the inactivity period of the cell DTX / DRX.
[0318] For example, the UE may envision receiving or transmitting channels with high PHY priority during cell DTX / DRX inactivity. Alternatively, the UE may not envision receiving or transmitting channels with low PHY priority during cell DTX / DRX inactivity. Furthermore, PHY priority can also be a priority within the PHY layer.
[0319] In addition, the definition of the inactive period of cell DTX / DRX can also refer to the summary 2 of this embodiment above.
[0320] The high-priority channels can include channels 1-5 as shown below.
[0321] 1) PDCCH. It can be the PDCCH of a DCI with the Priority indicator field set to 1.
[0322] 2) Dynamic PDSCH. It can also be a PDSCH scheduled by the PDCCH of a DCI with the bearer priority indication field set to 1.
[0323] 3) Dynamic grant PUSCH. This can also be a PUSCH scheduled by the PDCCH of a DCI with a bearer priority indication field of 1.
[0324] 4) Configured grant PUSCH. It can also be a configured grant PUSCH with the RRC parameter phy-PriorityIndex (refer to Non-Patent Literature 3) set to p1.
[0325] 5) PUCCH. For example, it could be a PUCCH carrying a HARQ-ACK corresponding to a dynamic PDSCH. It could also be a PUCCH carrying a HARQ-ACK notified by a PDCCH of a DCI with a bearer priority indication field of 1. It could also be a PUCCH carrying a HARQ-ACK corresponding to a PDSCH scheduled by a PDCCH of a DCI with a bearer priority indication field of 1. For example, it could be a PUCCH carrying a HARQ-ACK corresponding to an SPS-PDSCH reception or SPS-PDSCH release with an RRC parameter harq-CodebookID (refer to Non-Patent Document 3) of 2. For example, it could be a PUCCH carrying an SR (Scheduling Request) with a phy-PriorityIndex of p1 included in the RRC parameter SchedulingRequestResourceConfig.
[0326] The low-priority channels can include channels 1-5 as shown below.
[0327] 1) PDCCH. This can be the PDCCH of a DCI with the bearer priority indicator field set to 0.
[0328] 2) Dynamic PDSCH. It can also be a PDSCH scheduled by the PDCCH of a DCI with a bearer priority indication field of 0.
[0329] 3) Dynamically authorized PUSCH. It can also be a PUSCH scheduled by a DCI with a bearer priority indication field of 0.
[0330] 4) A pre-defined authorized PUSCH. It can also be a pre-defined authorized PUSCH with the RRC parameter phy-PriorityIndex (refer to Non-Patent Literature 3) set to p0.
[0331] 5) PUCCH. For example, it could be a PUCCH carrying a HARQ-ACK corresponding to a dynamic PDSCH. It could also be a PUCCH carrying a HARQ-ACK notified by a PDCCH of a DCI with a bearer priority indication field of 0. It could also be a PUCCH carrying a HARQ-ACK corresponding to a PDSCH scheduled by a PDCCH of a DCI with a bearer priority indication field of 0. For example, it could be a PUCCH carrying a HARQ-ACK corresponding to an SPS-PDSCH reception or SPS-PDSCH release with an RRC parameter harq-CodebookID (refer to Non-Patent Document 3) of 1. For example, it could be a PUCCH carrying an SR (Scheduling Request) with a phy-PriorityIndex of p0 included in the RRC parameter SchedulingRequestResourceConfig.
[0332] <Option 2>
[0333] Figure 12 This is a flowchart illustrating Example (5) of Embodiment 10, which illustrates an implementation of the present invention. In step S51, cell DTX / DRX is configured for the UE. In the following step S52, the UE does not intend to transmit or receive channels regardless of priority during the inactivity period of cell DTX / DRX.
[0334] For example, the UE may not intend to receive or transmit channels regardless of PHY priority during the inactivity period of cell DTX / DRX. Additionally, PHY priority can also be a priority within the PHY layer.
[0335] The channel may include PDCCH, dynamic PDSCH, SPS-PDSCH, dynamic licensed PUSCH, pre-configured licensed PUSCH, and PUCCH.
[0336] In addition, the definition of the inactive period of cell DTX / DRX can also refer to the summary 2 of this embodiment above.
[0337] <Option 3>
[0338] Figure 13This is a flowchart illustrating Example (6) of Embodiment 10, which illustrates an implementation of the present invention. In step S61, the cell DTX / DRX is configured for the UE. In the following step S62, the UE determines whether to transmit or receive high-priority channels during the inactivity period of the cell DTX / DRX based on higher-layer parameters.
[0339] For example, in a single cell DTX / DRX configuration, the cell DTX and cell DRX settings based on this higher-level parameter can be separated. Alternatively, parameters can be set for cell DTX and cell DRX respectively, determining which of the above options 1 and 2 is applied for PHY priority-related processing. For example, option 1 can be applied if the parameter is valid, and option 2 can be applied otherwise, or if the parameter is invalid.
[0340] For example, in a single cell DTX / DRX setting, the higher-level parameters of cell DTX and cell DRX can also be jointly configured. Alternatively, the following parameter can be set for cell DTX and cell DRX, which determines which of the above options 1 and 2 to apply for PHY priority-related processing. For example, option 1 can be applied if the parameter is valid, and option 2 can be applied otherwise, or if the parameter is invalid.
[0341] For example, in the case where multiple cell DTX / DRX settings are supported as described in Summary 3 of this embodiment above, the parameters in the single cell DTX / DRX settings described above can also be applied to the settings of each cell.
[0342] For example, the higher-layer parameters indicating whether to transmit or receive the high-priority channels mentioned above, which are included in the cell DTX / DRX settings, can also be notified to the UE.
[0343] In addition, the definition of the inactive period of cell DTX / DRX can also refer to the summary 2 of this embodiment above.
[0344] Furthermore, regarding which of the above embodiments is used, it can be set through higher-layer parameters, reported as a UE capability from terminal 20 to base station 10, specified through a standard, or reported as a UE capability from terminal 20 to base station 10 and set through higher-layer parameters. The base station-oriented WUS (Wake-up signal) can be used for both cell DRX and cell DTX. It is possible to introduce settings that invalidate all enabled cell DTX / DRX, or to disable cell DTX / DRX.
[0345] Additionally, UE capabilities indicating whether cell DTX and cell DRX are supported can be defined. UE capabilities indicating whether dynamic activation or deactivation of cell DTX and cell DRX can also be defined. UE capabilities indicating whether cell DTX and cell DRX accompanying UE DRX or CDRX can also be defined. UE capabilities indicating the maximum set number of cell DTX / DRX can also be defined. UE capabilities indicating the maximum set number of cell DTX / DRX that can be activated simultaneously can also be defined.
[0346] Additionally, cell DTX / DRX can be replaced with cell DTX and / or cell DRX. Activation / deactivation can also be replaced with activation and / or deactivation.
[0347] According to the above embodiments, a technology is provided that can reduce communication latency while reducing base station power consumption.
[0348] (Device structure)
[0349] Next, an example of the functional structure of the base station 10 and terminal 20 performing the processes and actions described above will be explained. The base station 10 and terminal 20 include the functions to perform the above embodiments. However, the base station 10 and terminal 20 may each only have the functions proposed in any of the embodiments.
[0350] <Base Station 10>
[0351] Figure 14 This is a diagram illustrating an example of the functional structure of a base station. (For example...) Figure 14 As shown, the base station 10 has a transmitting unit 110, a receiving unit 120, a setting unit 130 and a control unit 140. Figure 14 The functional structure shown is only one example. As long as the actions involved in the embodiments of the present invention can be performed, the functional distinctions and names of the functional units can be arbitrary. The transmitting unit 110 and the receiving unit 120 can also be referred to as communication units.
[0352] The transmitting unit 110 includes the function of generating a signal to be transmitted to the terminal 20 and wirelessly transmitting the signal. The receiving unit 120 includes the function of receiving various signals transmitted from the terminal 20 and obtaining, for example, higher-level information from the received signals. Furthermore, the transmitting unit 110 has the function of transmitting NR-PSS, NR-SSS, NR-PBCH, DL / UL control signals, DL data, etc., to the terminal 20. In addition, the transmitting unit 110 transmits setting information, etc., as described in the embodiment.
[0353] The setting unit 130 stores preset setting information and various setting information sent to the terminal 20 into a storage device, and reads it from the storage device as needed. The control unit 140 performs, for example, overall control of the base station 10, including control related to signal transmission and reception. Alternatively, the signal transmission-related functions of the control unit 140 may be included in the transmitting unit 110, and the signal reception-related functions of the control unit 140 may be included in the receiving unit 120. Furthermore, the transmitting unit 110 and the receiving unit 120 may be referred to as a transmitter and a receiver, respectively.
[0354] Terminal 20
[0355] Figure 15 This is a diagram illustrating an example of the functional structure of a terminal. (For example...) Figure 15 As shown, the terminal 20 has a transmitting unit 210, a receiving unit 220, a setting unit 230, and a control unit 240. Figure 15 The functional structure shown is only one example. As long as the actions involved in the embodiments of the present invention can be performed, the functional distinctions and names of the functional units can be arbitrary. The transmitting unit 210 and the receiving unit 220 can also be referred to as communication units.
[0356] The transmitting unit 210 generates a transmission signal based on the transmission data and transmits the transmission signal wirelessly. The receiving unit 220 wirelessly receives various signals and obtains higher-layer signals from the received physical layer signals. Furthermore, the transmitting unit 210 transmits HARQ-ACK, and the receiving unit 220 receives setting information, etc., as described in the embodiment.
[0357] The setting unit 230 stores various setting information received from the base station 10 by the receiving unit 220 into a storage device, and reads it from the storage device as needed. Furthermore, the setting unit 230 also stores pre-set setting information. The control unit 240 performs overall control of the terminal 20, including control related to signal transmission and reception. Alternatively, the signal transmission-related functions of the control unit 240 can be included in the transmitting unit 210, and the signal reception-related functions of the control unit 240 can be included in the receiving unit 220. Furthermore, the transmitting unit 210 and the receiving unit 220 can be referred to as a transmitter and a receiver, respectively.
[0358] The terminal or base station in this embodiment can be configured as shown in the following descriptions. Alternatively, the following communication methods can also be implemented.
[0359] <Structures related to this embodiment>
[0360] (Item 1)
[0361] A terminal having:
[0362] The control unit envisions the base station performing an intermittent transmission function that enables or disables the transmitting unit, and an intermittent reception function that enables or disables the receiving unit.
[0363] The communication unit, based on the envisioned intermittent transmission function and intermittent reception function, performs transmission and reception with the base station; and
[0364] The receiving unit receives control information related to the intermittent transmission function and the intermittent reception function.
[0365] The control unit decides whether to transmit or receive the channel during the inactivity of the intermittent transmit function or the intermittent receive function.
[0366] (Item 2)
[0367] According to the terminal described in item 1, wherein,
[0368] The control unit decides to receive a high-priority channel during the inactivity of the intermittent transmit function or the intermittent receive function.
[0369] (Item 3)
[0370] According to the terminal described in item 1, wherein,
[0371] The control unit decides not to receive low-priority channels during the inactivity of the intermittent transmit function or the intermittent receive function.
[0372] (Item 4)
[0373] According to the terminal described in item 1, wherein,
[0374] The control unit decides not to receive the channel regardless of priority during the inactivity of the intermittent transmit function or the intermittent receive function.
[0375] (Item 5)
[0376] A base station having:
[0377] The control unit performs an intermittent transmission function that enables or disables the transmitting unit, and an intermittent reception function that enables or disables the receiving unit;
[0378] The communication unit, based on the intermittent transmission function and the intermittent reception function, performs transmission and reception with the terminal; and
[0379] The transmitting unit sends control information related to the intermittent transmitting function and the intermittent receiving function to the terminal.
[0380] The control unit decides whether to transmit or receive the channel during the inactivity of the intermittent transmit function or the intermittent receive function.
[0381] (Item 6)
[0382] A communication method wherein a terminal performs the following steps:
[0383] Imagine that the base station performs an intermittent transmission function that enables or disables the transmitting unit, and an intermittent reception function that enables or disables the receiving unit.
[0384] Based on the envisioned intermittent transmission and intermittent reception functions, transmission and reception with the base station are performed;
[0385] Receive control information related to the intermittent transmission function and the intermittent reception function; and
[0386] Determine whether to transmit or receive the channel during the inactivity of the intermittent transmit function or the intermittent receive function.
[0387] According to any of the above structures, a technique is provided that reduces communication latency while decreasing base station power consumption. According to the second statement, high-priority channels can be transmitted and received during the inactivity period of cell DTX / DRX. According to the third statement, low-priority channels can be withheld from transmission and reception during the inactivity period of cell DTX / DRX. According to the fourth statement, channels can be withheld from transmission and reception regardless of priority during the inactivity period of cell DTX / DRX.
[0388] (Hardware structure)
[0389] The block diagram used in the description of the above embodiments ( Figure 14 and Figure 15 The diagram illustrates blocks organized by function. These functional blocks (structural units) are implemented through any combination of at least one of hardware and software. Furthermore, there are no particular limitations on the implementation method of each functional block. That is, each functional block can be implemented using a single device that is physically or logically combined, or by directly or indirectly (e.g., using wired, wireless, etc.) connecting two or more physically or logically separate devices. Functional blocks can also be implemented by combining software within the aforementioned single or multiple devices.
[0390] The functions include judgment, decision, determination, calculation, calculation, processing, derivation, investigation, search, confirmation, receiving, sending, output, access, resolution, selection, selection, establishment, comparison, assumption, expectation, consideration, broadcasting, notifying, communicating, forwarding, configuring, reconfiguring, allocating, mapping, and assigning, but are not limited to these. For example, a functional block (structural unit) that performs the sending function is called a transmitting unit or transmitter. In short, as mentioned above, there are no particular limitations on the implementation method.
[0391] For example, in one embodiment of this disclosure, the base station 10, terminal 20, etc., can also function as a computer for processing the wireless communication method of this disclosure. Figure 16 This diagram illustrates an example of the hardware structure of a base station 10 and a terminal 20 according to one embodiment of the present disclosure. The base station 10 and the terminal 20 may also be configured as a computer device that physically includes a processor 1001, a storage device 1002, an auxiliary storage device 1003, a communication device 1004, an input device 1005, an output device 1006, and a bus 1007.
[0392] Additionally, in the following description, the term "device" can be replaced with "circuit," "device," "unit," etc. The hardware structure of base station 10 and terminal 20 can be configured to include one or more of the devices shown in the figures, or it can be configured to not include any of them.
[0393] The functions of base station 10 and terminal 20 are implemented by reading predetermined software (program) into hardware such as processor 1001 and storage device 1002, so that processor 1001 performs calculations and controls the communication of communication device 1004 or controls at least one of reading and writing data in storage device 1002 and auxiliary storage device 1003.
[0394] The processor 1001 controls the computer as a whole by instructing the operating system to operate. The processor 1001 may also be a central processing unit (CPU) that includes interfaces with peripheral devices, control units, arithmetic units, registers, etc. For example, the control unit 140 and control unit 240 described above can also be implemented using the processor 1001.
[0395] Furthermore, the processor 1001 reads programs (program code), software modules, or data from at least one of the auxiliary storage devices 1003 and communication devices 1004, and performs various processes accordingly. As a program, a program is used that causes the computer to perform at least a portion of the actions described in the above embodiments. For example, Figure 14 The control unit 140 of the base station 10 shown can also be implemented by a control program stored in the storage device 1002 and operated in the processor 1001. And, for example, Figure 15 The control unit 240 of the terminal 20 shown can also be implemented by a control program stored in the storage device 1002 and operated in the processor 1001. Although it has been described that the various processes described above are executed by one processor 1001, the various processes described above can also be executed simultaneously or sequentially by two or more processors 1001. The processor 1001 can also be implemented by more than one chip. In addition, the program can also be sent from the network via a telecommunications line.
[0396] Storage device 1002 is a computer-readable recording medium, and may be composed of at least one of ROM (Read Only Memory), EPROM (Erasable Programmable ROM), EEPROM (Electrically Erasable Programmable ROM), RAM (Random Access Memory), etc. Storage device 1002 may also be referred to as a register, cache, main memory (main storage device), etc. Storage device 1002 can store programs (program code), software modules, etc., that are executable for implementing the communication method according to one embodiment of this disclosure.
[0397] The auxiliary storage device 1003 is a computer-readable recording medium, such as at least one of the following: CD-ROM (CompactDisc ROM) or other optical discs, hard disks, floppy disks, magneto-optical discs (e.g., compact discs, digital multifunction discs, Blu-ray discs, smart cards, flash memory (e.g., cards, sticks, key drives), floppy disks, magnetic stripes, etc. The aforementioned storage medium may, for example, be a database, server, or other suitable media that includes at least one of the storage device 1002 and the auxiliary storage device 1003.
[0398] The communication device 1004 is hardware (transceiver) used for communication between computers via at least one of a wired network and a wireless network. It may also be referred to as a network device, network controller, network interface card (NIC), communication module, etc. The communication device 1004 may, for example, be configured to include a high-frequency switch, duplexer, filter, frequency synthesizer, etc., to implement at least one of frequency division duplex (FDD) and time division duplex (TDD). For example, transceiver antennas, amplifiers, transceiver units, transmission path interfaces, etc., can also be implemented using the communication device 1004. The transceiver unit may also be physically or logically separated into a transmitting unit and a receiving unit.
[0399] Input device 1005 is an input device that accepts input from external sources (e.g., keyboard, mouse, microphone, switch, button, sensor, etc.). Output device 1006 is an output device that performs output to external sources (e.g., display, speaker, LED, etc.). Alternatively, input device 1005 and output device 1006 can also be integrated (e.g., a touch panel).
[0400] Furthermore, the processor 1001 and storage device 1002, among other devices, are connected via a bus 1007 for communicating information. The bus 1007 can be configured as a single bus or as different buses used between the devices.
[0401] Furthermore, the base station 10 and the terminal 20 can 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), or a FPGA (Field Programmable Gate Array), and can also use this hardware to implement part or all of the functional blocks. For example, the processor 1001 can also be implemented using at least one of these hardware components.
[0402] Figure 17 An example of the structure of vehicle 2001 is shown. For example... Figure 17As shown, the vehicle 2001 includes a drive unit 2002, a steering unit 2003, an accelerator pedal 2004, a brake pedal 2005, a gearshift lever 2006, front wheels 2007, rear wheels 2008, an axle 2009, an electronic control unit 2010, various sensors 2021-2029, an information service unit 2012, and a communication module 2013. The various forms / implementations described in this disclosure can also be applied to communication devices mounted on the vehicle 2001, for example, to the communication module 2013.
[0403] The drive unit 2002 may be composed, for example, an engine, a motor, or a hybrid power system of an engine and a motor. The steering unit 2003 includes at least a steering wheel (also called a steering wheel), configured to steer at least one of the front wheels and the rear wheels based on the operation of the steering wheel by the user.
[0404] The electronic control unit 2010 consists of a microprocessor 2031, a memory (ROM, RAM) 2032, and a communication port (I / O port) 2033. Signals from various sensors 2021 to 2029 of the vehicle 2001 are input to the electronic control unit 2010. The electronic control unit 2010 can also be referred to as an ECU (Electronic Control Unit).
[0405] The signals from various sensors 2021 to 2029 include current signals from current sensor 2021 that senses the current of the motor, speed signals of the front and rear wheels obtained by speed sensor 2022, air pressure signals of the front and rear wheels obtained by air pressure sensor 2023, vehicle speed signals obtained by vehicle speed sensor 2024, acceleration signals obtained by acceleration sensor 2025, accelerator pedal input signals obtained by accelerator pedal sensor 2029, brake pedal input signals obtained by brake pedal sensor 2026, gear lever operation signals obtained by gear lever sensor 2027, and detection signals obtained by object detection sensor 2028 for detecting obstacles, vehicles, pedestrians, etc.
[0406] The Information Service Unit 2012 consists of various devices such as a car navigation system, audio system, speakers, television, and radio, which provide various information such as driving information, traffic information, and entertainment information, and one or more ECUs that control these devices. The Information Service Unit 2012 uses information obtained from external devices such as the communication module 2013 to provide various multimedia information and multimedia services to the occupants of the vehicle 2001.
[0407] The Driver Assistance System 2030 comprises various devices used to prevent accidents or reduce driver workload, such as millimeter-wave radar, LiDAR (Light Detection and Ranging), cameras, positioning devices (e.g., GNSS), map information (e.g., high-definition (HD) maps, autonomous vehicle (AV) maps), gyroscope 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. Furthermore, the Driver Assistance System 2030 transmits and receives various information via the communication module 2013 to achieve driver assistance or autonomous driving functions.
[0408] The communication module 2013 can communicate with the microprocessor 2031 and the components of the vehicle 2001 via the communication port. For example, the communication module 2013 can send and receive data with the drive unit 2002, steering unit 2003, accelerator pedal 2004, brake pedal 2005, gear shift lever 2006, front wheel 2007, rear wheel 2008, axle 2009, microprocessor 2031 in the electronic control unit 2010, memory (ROM, RAM) 2032, and sensors 2021 to 2029 in the vehicle 2001 via the communication port 2033.
[0409] The communication module 2013, controlled by the microprocessor 2031 of the electronic control unit 2010, is a communication device capable of communicating with external devices. For example, it can transmit and receive various types of information with external devices via wireless communication. The communication module 2013 can be located inside or outside the electronic control unit 2010. External devices can be, for example, base stations, mobile stations, etc.
[0410] The communication module 2013 transmits the current signal from the current sensor input to the electronic control unit 2010 to an external device via wireless communication. Additionally, the communication module 2013 also transmits the following signals input to the electronic control unit 2010 via wireless communication to external devices: the front and rear wheel speed signals obtained by the speed sensor 2022; the front and rear wheel air pressure signals obtained by the air pressure sensor 2023; the vehicle speed signal obtained by the vehicle speed sensor 2024; the acceleration signal obtained by the acceleration sensor 2025; the accelerator pedal depressor signal obtained by the accelerator pedal sensor 2029; the brake pedal depressor signal obtained by the brake pedal sensor 2026; the gear shift lever operation signal obtained by the gear shift lever sensor 2027; and the detection signals for detecting obstacles, vehicles, pedestrians, etc., obtained by the object detection sensor 2028.
[0411] The communication module 2013 receives various information (traffic information, signal information, vehicle-to-vehicle information, etc.) sent from external devices and displays it on the information service unit 2012 of the vehicle 2001. Furthermore, the communication module 2013 stores the various information received from external devices in a memory 2032 available to the microprocessor 2031. The microprocessor 2031 can also control the drive unit 2002, steering unit 2003, accelerator pedal 2004, brake pedal 2005, gearshift lever 2006, front wheels 2007, rear wheels 2008, axles 2009, and sensors 2021-2029 of the vehicle 2001 based on the information stored in the memory 2032.
[0412] (Supplement to the implementation method)
[0413] The embodiments of the present invention have been described above, but the disclosed invention is not limited to such embodiments. Those skilled in the art should understand various modifications, alterations, substitutions, and replacements. Specific numerical examples have been used to facilitate understanding of the invention, but unless otherwise specified, these values are merely examples, and any appropriate values may be used. The distinctions between items in the above description are not essential to the present invention. Items described in two or more items may be combined as needed, and items described in one item may be applied to items described in another item (as long as there is no contradiction). The boundaries of functional units or processing units in the functional block diagram do not necessarily correspond to the boundaries of physical components. Multiple functional units may be operated by a single physical component, or a single functional unit may be operated by multiple physical components. Regarding the processing described in the embodiments, the order of processing may be interchanged unless there is a contradiction. For ease of explanation, a functional block diagram is used to illustrate the base station 10 and terminal 20, but such a device may also be implemented by hardware, software, or a combination thereof. The software operating according to the embodiments of the present invention via the processor of the base station 10 and the software operating according to the embodiments of the present invention via the processor of the terminal 20 may also be stored in random access memory (RAM), flash memory, read-only memory (ROM), EPROM, EEPROM, register, hard disk (HDD), removable disk, CD-ROM, database, server and other suitable storage media, respectively.
[0414] Furthermore, the notification of information is not limited to the forms / implementations described in this disclosure, and other methods may also be used. For example, the notification of information may be implemented through physical layer signaling (e.g., DCI (Downlink Control Information), UCI (Uplink Control Information)), higher layer signaling (e.g., RRC (Radio Resource Control) signaling, MAC (Medium Access Control) signaling), broadcast information (MIB (Master Information Block), SIB (System Information Block)), other signals, or combinations thereof. Additionally, RRC signaling may be referred to as an RRC message, for example, it may also be an RRC Connection Setup message, an RRC Connection Reconfiguration message, etc.
[0415] The various forms / implementations described in this disclosure can also be applied to systems utilizing LTE (Long Term Evolution), LTE-A (LTE-Advanced), SUPER 3G, IMT-Advanced, 4G (4th generation mobile communication system), 5G (5th generation mobile communication system), 6G (6th generation mobile communication system), xG (xth generation mobile communication system) (xG (x is, for example, an integer or a decimal)), FRA (Future Radio Access), NR (new Radio), NX (new radio access), FX (Future generation radio access), W-CDMA (registered trademark), GSM (registered trademark), CDMA2000, UMB (Ultra Mobile Broadband), IEEE 802.11 (Wi-Fi (registered trademark)), IEEE 802.16 (WiMAX (registered trademark)), IEEE 802.20, UWB (Ultra-Wideband), Bluetooth (registered trademark), other suitable systems, and at least one of next-generation systems based on these systems that have been extended, modified, created, or specified. Furthermore, multiple systems may be combined (e.g., a combination of at least one of LTE and LTE-A with 5G, etc.) for application.
[0416] The processing procedures, timing, and flow of the various forms / implementations described in this specification may be rearranged in order, provided there is no contradiction. For example, the elements of various steps are indicated using an illustrative order for the methods described in this disclosure, but are not limited to the specific order indicated.
[0417] In this specification, certain actions performed by base station 10 may sometimes also be performed by its upper node, depending on the circumstances. In a network consisting of one or more network nodes having base station 10, it is obvious that various actions performed to communicate with terminal 20 can be performed by at least one of base station 10 and other network nodes besides base station 10 (e.g., considering MME or S-GW, but not limited to these). The above example illustrates the case where there is one other network node besides base station 10, but other network nodes can also be a combination of multiple other network nodes (e.g., MME and S-GW).
[0418] The information or signals described in this disclosure can be output from a higher (or lower) layer to a lower (or higher) layer. They can also be input or output via multiple network nodes.
[0419] Input or output information can be stored in a specific location (e.g., memory) or managed using a management table. Input or output information can be overwritten, updated, or appended. Output information can also be deleted. Input information can also be sent to other devices.
[0420] The determination in this disclosure can be made by a value represented by 1 bit (0 or 1), by a Boolean value (Boolean: true or false), or by a comparison of numerical values (e.g., a comparison with a predetermined value).
[0421] Software, whether called software, firmware, middleware, microcode, hardware description language, or by other names, should be broadly interpreted as referring to commands, command sets, code, code segments, program code, programs, subroutines, software modules, applications, software applications, software packages, routines, subroutines, objects, executable files, execution threads, procedures, functions, etc.
[0422] In addition, software, commands, and information can also be sent and received via transmission media. For example, when software is sent from a webpage, server, or other remote source using at least one of wired technologies (coaxial cable, fiber optic cable, twisted pair, digital subscriber line (DSL) etc.) and wireless technologies (infrared, microwave, etc.), at least one of these wired and wireless technologies is included within the definition of transmission media.
[0423] The information, signals, etc., described in this disclosure can also be represented using any of a variety of different technologies. For example, the data, commands, instructions, information, signals, bits, symbols, chips, etc., that may be involved in the above description as a whole can be represented by voltage, current, electromagnetic waves, magnetic fields or magnetic particles, light fields or photons, or any combination of these.
[0424] Furthermore, the terms used in this disclosure and those necessary for understanding this disclosure may be replaced with terms that have the same or similar meanings. For example, at least one of the channel and symbol may also be a signal (signaling). Additionally, a signal may also be a message. Furthermore, a component carrier (CC) may also be referred to as carrier frequency, cell, frequency carrier, etc.
[0425] The terms “system” and “network” as used in this disclosure are used interchangeably.
[0426] Furthermore, the information, parameters, etc., described in this disclosure may be represented using absolute values, relative values to predetermined values, or other corresponding information. For example, wireless resources may be indicated using indexes.
[0427] The names used for the above parameters are non-limiting in any respect. Furthermore, the formulas, etc., using these parameters sometimes differ from those explicitly disclosed in this disclosure. Various channels (e.g., PUCCH, PDCCH, etc.) and information elements can be identified by all appropriate names, therefore the various names assigned to these channels and information elements are non-limiting in any respect.
[0428] In this disclosure, the terms "base station (BS)," "wireless base station," "fixed station," "NodeB," "eNodeB (eNB)," "gNodeB (gNB)," "access point," "transmission point," "reception point," "transmission / reception point," "cell," "sector," "cell group," "carrier," and "component carrier" are used interchangeably. Sometimes, terms such as macro cell, small cell, femtocell, and picocell are also used to refer to base stations.
[0429] A base station can accommodate one or more (e.g., three) cells. When a base station accommodates multiple cells, its coverage area can be divided into several smaller areas, each of which can provide communication services through a base station subsystem (e.g., a small indoor base station RRH: Remote Radio Head). Terms such as "cell" or "sector" refer to a portion or all of the coverage area of at least one of the base station and base station subsystem providing communication services within that coverage area.
[0430] In this disclosure, the terms "Mobile Station (MS)," "user terminal," "User Equipment (UE)," and "terminal" can be used interchangeably.
[0431] For mobile stations, those skilled in the art sometimes also use the following terms: 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, handheld device, user agent, mobile client, client, or some other appropriate terms.
[0432] At least one of the base station and mobile station can also be referred to as a transmitting device, receiving device, communication device, etc. Additionally, at least one of the base station and mobile station can also be a device mounted on a mobile body, the mobile body itself, etc. This mobile body can be a vehicle (e.g., a car, an airplane, etc.), a mobile body moving in an unmanned manner (e.g., a drone, an autonomous vehicle, etc.), or a robot (humanized or unmanned). Furthermore, at least one of the base station and mobile station also includes devices that do not necessarily move during communication. For example, at least one of the base station and mobile station can be an IoT (Internet of Things) device such as a sensor.
[0433] Furthermore, the base station in this disclosure can also be replaced by a user terminal. For example, the communication between the base station and the user terminal can be replaced by communication between multiple terminals 20 (e.g., D2D (Device-to-Device), V2X (Vehicle-to-Everything), etc.), and various forms / implementations of this disclosure can also be applied. In this case, the terminal 20 can also be configured to have the functions of the base station 10 described above. In addition, terms such as "uplink" and "downlink" can be replaced with terms corresponding to inter-terminal communication (e.g., "side"). For example, uplink channel, downlink channel, etc., can also be replaced with side channel.
[0434] Similarly, the user terminal in this disclosure can be replaced by a base station. In this case, the base station can also be configured to have the functions of the aforementioned user terminal.
[0435] The terms "determining" and "determining" as used in this disclosure sometimes encompass a variety of actions. For example, "determining" or "determining" may include actions such as judging, calculating, computing, processing, deriving, investigating, searching (e.g., searching in a table, database, or other data structure), and ascertaining, which are considered as actions of "determining" or "determining." Furthermore, "determining" or "determining" may include actions such as receiving (e.g., receiving information), transmitting (e.g., sending information), inputting, outputting, and accessing (e.g., accessing data in memory), which are considered as actions of "determining" or "determining." Additionally, "determining" or "determining" may include actions such as resolving, selecting, choosing, establishing, and comparing, which are considered as actions of "determining" or "determining." That is, "judgment" and "decision" can include matters that are regarded as having been "judged" or "decided". In addition, "judgment (decision)" can also be replaced by "assuming", "expecting", "considering", etc.
[0436] The terms “connected,” “coupled,” or any variations thereof are intended to indicate any direct or indirect connection or combination between two or more elements, including cases where there is one or more intermediate elements between the two elements that are “connected” or “coupled.” The combination or connection between elements can be physical, logical, or a combination of these. For example, “access” can be used instead of “connected.” In the context of this disclosure, it can be understood that two elements are “connected” or “coupled” to each other using at least one of one or more wires, cables, and printed electrical connections, and, as some non-limiting and non-inclusive examples, using electromagnetic energy with wavelengths in the wireless frequency domain, microwave region, and light (including both visible and invisible regions) to “connect” or “couple” to each other.
[0437] The reference signal can be simply called RS (Reference Signal), or, depending on the standard applied, pilot.
[0438] As used in this disclosure, the word "based on" does not mean "based on only" unless otherwise expressly stated. In other words, the word "based on" means both "based on only" and "based on at least".
[0439] Any reference to elements using the designations "first," "second," etc., as used in this disclosure does not necessarily limit the number or order of these elements. These designations may be used in this disclosure as a convenient method of distinguishing between two or more elements. Therefore, references to the first and second elements do not imply that only two elements can be taken, or that in any form the first element must precede the second element.
[0440] Alternatively, the "unit" in the structure of the above devices can be replaced with "section", "circuit", "equipment", etc.
[0441] When the terms "include," "including," and their variations are used in this disclosure, these terms, like the term "comprising," imply inclusion. Furthermore, the term "or" as used in this disclosure does not refer to XOR.
[0442] A radio frame can consist of one or more frames in the time domain. In the time domain, one or more frames can be called subframes. A subframe can also consist of one or more time slots in the time domain. A subframe can also be a fixed time length (e.g., 1 ms) independent of the parameter set (numerology).
[0443] A parameter set can be communication parameters applied to at least one of the transmission and reception of a signal or channel. For example, a parameter set can represent 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 structure, specific filtering processing performed by the transceiver in the frequency domain, and specific windowing processing performed by the transceiver in the time domain.
[0444] In the time domain, a time slot can be composed of one or more symbols (OFDM (Orthogonal Frequency Division Multiplexing) symbols, SC-FDMA (Single Carrier Frequency Division Multiple Access) symbols, etc.). A time slot can be a time unit based on a set of parameters.
[0445] A time slot can contain multiple mini-time slots. Each mini-time slot can consist of one or more symbols in the time domain. Furthermore, a mini-time slot can also be called a sub-time slot. A mini-time slot can consist of fewer symbols than a time slot. PDSCH (or PUSCH) transmitted in time units larger than mini-time slots can be called PDSCH (or PUSCH) mapping type (type) A. PDSCH (or PUSCH) transmitted using mini-time slots can be called PDSCH (or PUSCH) mapping type (type) B.
[0446] Radio frames, subframes, time slots, mini-time slots, and symbols all represent time units for transmitting signals. Radio frames, subframes, time slots, mini-time slots, and symbols can each be referred to by other corresponding names.
[0447] For example, a subframe can be called a Transmission Time Interval (TTI), multiple consecutive subframes can also be called a TTI, and a time slot or a mini-time slot can also be called a TTI. That is, at least one of a subframe and a TTI can be a subframe (1ms) in existing LTE, a period shorter than 1ms (e.g., 1-13 symbols), or a period longer than 1ms. In addition, the unit representing TTI may not be called a subframe, but a time slot, mini-time slot, etc.
[0448] Here, TTI refers, for example, to the smallest unit of time for scheduling in wireless communication. For instance, in an LTE system, the base station schedules the allocation of radio resources (bandwidth, transmit power, etc., available to each terminal 20) in units of TTI. However, the definition of TTI is not limited to this.
[0449] The Time Interval (TTI) can be a unit of time for transmitting channel-coded data packets (transmission blocks), code blocks, codewords, etc., or it can be a processing unit such as scheduling or link adaptation. Furthermore, when a TTI is given, the actual time interval (e.g., the number of symbols) that the transmission block, code block, codeword, etc., are mapped to can be shorter than the TTI.
[0450] Furthermore, when one time slot or one mini-time slot is referred to as a TTI, more than one TTI (i.e., more than one time slot or more than one mini-time slot) can become the minimum time unit for scheduling. In addition, the number of time slots (mini-time slots) constituting the minimum time unit for scheduling can be controlled.
[0451] A TTI with a duration of 1ms is also called a normal TTI (in LTE Rel. 8-12), a long TTI, a normal subframe, a long subframe, or a time slot. A TTI shorter than a normal TTI can also be called a shortened TTI, a short TTI, a partial or fractional TTI, a shortened subframe, a short subframe, a mini time slot, a sub-time slot, or a time slot.
[0452] In addition, a long TTI (e.g., a normal TTI, a subframe, etc.) can be understood as a TTI with a duration of more than 1ms, and a short TTI (e.g., a shortened TTI, etc.) can be understood as a TTI with a duration of less than a long TTI but more than 1ms.
[0453] A resource block (RB) is a unit of resource allocation in both the time and frequency domains. In the frequency domain, it can contain one or more consecutive subcarriers. The number of subcarriers contained in an RB can be the same regardless of the parameter set, for example, it can be 12. The number of subcarriers contained in an RB can also be determined based on the parameter set.
[0454] Furthermore, the temporal domain of an RB can contain one or more symbols, which can be a single time slot, a single mini-time slot, a single subframe, or the length of a single TTI. A single TTI, a single subframe, etc., can each be composed of one or more resource blocks.
[0455] In addition, one or more RBs can also be called Physical Resource Block (PRB), Sub-Carrier Group (SCG), Resource Element Group (REG), PRB pair, RB pair, etc.
[0456] Furthermore, a resource block can consist of one or more resource elements (REs). For example, one RE can be a radio resource area consisting of one subcarrier and one symbol.
[0457] The Bandwidth Part (BWP) (also known as partial bandwidth, etc.) can also represent a subset of contiguous common resource blocks (RBs) used for a certain parameter set in a certain carrier. Here, common RBs can be determined by indexing RBs based on a common reference point of that carrier. PRBs can be defined and numbered within a BWP.
[0458] A BWP can include a UL BWP and a DL BWP. One or more BWPs can be configured for terminal 20 within one carrier.
[0459] At least one of the configured BWPs can be active, and it is not assumed that the terminal 20 will transmit or receive predetermined signals / channels outside of an active BWP. Furthermore, the terms "cell," "carrier," etc., used in this disclosure can be replaced with "BWP."
[0460] The structures of radio frames, subframes, time slots, mini-time slots, and symbols described above are merely illustrative. For example, the number of subframes contained in a radio frame, the number of time slots in each subframe or radio frame, the number of mini-time slots contained within a time slot, the number of symbols and RBs contained in a time slot or mini-time slot, the number of subcarriers contained in an RB, and the number of symbols in a TTI, symbol length, and cyclic prefix (CP) length can be varied in many ways.
[0461] In this disclosure, for example, in cases where articles are added through translation, such as in English (e.g., a, an, and the), this disclosure also includes cases where the noun following these articles is in a plural form.
[0462] In this disclosure, the phrase "A and B are different" can mean "A and B are not the same." Additionally, this phrase can also mean "A and B are each different from C." Terms such as "separate" and "combined" can also be interpreted in the same way as "different."
[0463] The various forms / implementations described in this disclosure can be used individually or in combination, and can be switched depending on the execution. Furthermore, the notification of predetermined information is not limited to explicit notification (e.g., a "Yes X" notification) but can also be implicit notification (e.g., not notifying the predetermined information).
[0464] The present disclosure has been described in detail above, but 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 as modifications and variations without departing from the spirit and scope of the present disclosure as defined by the claims. Therefore, the present disclosure is for illustrative purposes only and is not intended to be limiting.
[0465] This international patent application asserts priority to Japanese Patent Application No. 2023-068896, filed on April 19, 2023, and the entire contents of Japanese Patent Application No. 2023-068896 are incorporated herein by reference.
[0466] 10: Base station
[0467] 110: Sending Department
[0468] 120: Receiving Department
[0469] 130: Setting Department
[0470] 140: Control Department
[0471] 20: Terminal
[0472] 210: Sending Department
[0473] 220: Receiving Department
[0474] 230: Setting Department
[0475] 240: Control Department
[0476] 1001: Processor
[0477] 1002: Storage device
[0478] 1003: Auxiliary storage device
[0479] 1004: Communication device
[0480] 1005: Input device
[0481] 1006: Output device
[0482] 2001: Vehicles
[0483] 2002: Drive Unit
[0484] 2003: Steering Unit
[0485] 2004: Accelerator Pedal
[0486] 2005: Brake Pedal
[0487] 2006: Gear Shift
[0488] 2007: Front Wheel
[0489] 2008: Rear Wheel
[0490] 2009: Axle
[0491] 2010: Electronic Control Department
[0492] 2012: Information Services Department
[0493] 2013: Communication Module
[0494] 2021: Current Sensor
[0495] 2022: Speed Sensor
[0496] 2023: Barometric Pressure Sensor
[0497] 2024: Vehicle Speed Sensor
[0498] 2025: Accelerometer
[0499] 2026: Brake Pedal Sensor
[0500] 2027: Gearshift Sensor
[0501] 2028: Object Detection Sensor
[0502] 2029: Accelerator Pedal Sensor
[0503] 2030: Driver Assistance Systems Department
[0504] 2031: Microprocessors
[0505] 2032: Memory (ROM, RAM)
[0506] 2033: Communication port (IO port)
Claims
1. A terminal having: The control unit envisions the base station performing an intermittent transmission function that enables or disables the transmitting unit, and an intermittent reception function that enables or disables the receiving unit. The communication unit performs transmission and reception with the base station based on the envisioned intermittent transmission function and intermittent reception function; as well as The receiving unit receives control information related to the intermittent transmission function and the intermittent reception function. The control unit decides whether to transmit or receive the channel during the inactivity of the intermittent transmit function or the intermittent receive function.
2. The terminal according to claim 1, wherein, The control unit decides to receive a high-priority channel during the inactivity of the intermittent transmit function or the intermittent receive function.
3. The terminal according to claim 1, wherein, The control unit decides not to receive low-priority channels during the inactivity of the intermittent transmit function or the intermittent receive function.
4. The terminal according to claim 1, wherein, The control unit decides not to receive the channel regardless of priority during the inactivity of the intermittent transmit function or the intermittent receive function.
5. A base station, comprising: The control unit performs an intermittent transmission function that enables or disables the transmitting unit, and an intermittent reception function that enables or disables the receiving unit; The communication unit, based on the intermittent transmission function and the intermittent reception function, performs transmission and reception with the terminal; and The transmitting unit sends control information related to the intermittent transmitting function and the intermittent receiving function to the terminal. The control unit decides whether to transmit or receive the channel during the inactivity of the intermittent transmit function or the intermittent receive function.
6. A communication method, wherein, The terminal performs the following steps: Imagine that the base station performs an intermittent transmission function that enables or disables the transmitting unit, and an intermittent reception function that enables or disables the receiving unit. Based on the envisioned intermittent transmission and intermittent reception functions, transmission and reception with the base station are performed; Receive control information related to the intermittent transmission function and the intermittent reception function; as well as Determine whether to transmit or receive the channel during the inactivity of the intermittent transmit function or the intermittent receive function.
Citation Information
Patent Citations
Pressure sensor
JP2023068896A