WO2023248667A1 - 端末装置、基地局装置、及び端末装置における方法 - Google Patents

端末装置、基地局装置、及び端末装置における方法 Download PDF

Info

Publication number
WO2023248667A1
WO2023248667A1 PCT/JP2023/018883 JP2023018883W WO2023248667A1 WO 2023248667 A1 WO2023248667 A1 WO 2023248667A1 JP 2023018883 W JP2023018883 W JP 2023018883W WO 2023248667 A1 WO2023248667 A1 WO 2023248667A1
Authority
WO
WIPO (PCT)
Prior art keywords
drx
period
terminal device
base station
pdcch
Prior art date
Application number
PCT/JP2023/018883
Other languages
English (en)
French (fr)
Inventor
樹 長野
秀明 ▲高▼橋
Original Assignee
株式会社デンソー
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社デンソー filed Critical 株式会社デンソー
Publication of WO2023248667A1 publication Critical patent/WO2023248667A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements

Definitions

  • the present disclosure relates to a terminal device, a base station device, and a method in the terminal device.
  • XR extended reality
  • XR is a concept that includes multimedia integration technologies such as virtual reality (VR), augmented reality (AR), mixed reality (MR), and substitute reality (SR).
  • VR virtual reality
  • AR augmented reality
  • MR mixed reality
  • SR substitute reality
  • three-dimensional time-series image data in real space and/or virtual space, audio data of multiple channels (stereo, 5.1ch, etc.), data presented to other users, control data, etc. are transmitted and received in parallel. be done.
  • XR requires low latency and high reliability to maintain and improve the quality of user experience.
  • Non-Patent Document 1 considers implementing XR in 5G NR (Fifth Generation New Radio), which is a wireless specification specified by the Third Generation Partnership Project (3GPP (registered trademark)).
  • 5G NR Full Generation New Radio
  • 3GPP Third Generation Partnership Project
  • DRX Discontinuous reception
  • a DRX-configured terminal device does not have to continuously monitor traffic, but only during a predetermined on-duration. The on period is defined for each predetermined DRX cycle (see Non-Patent Document 1).
  • the traffic includes, for example, a physical downlink control channel (PDCCH) for receiving resource allocation information.
  • PDCCH physical downlink control channel
  • the inventor can reduce the frequency of traffic arriving outside the on-period.
  • setting a long on period causes the terminal device to monitor traffic over a long period of time, which increases the power consumption of the terminal device.
  • the present disclosure provides a technology that reduces delay due to effects such as jitter while suppressing power consumption of a terminal device.
  • the terminal device includes a control unit configured to generate preference information regarding discontinuous reception (DRX) settings for monitoring traffic; a communication unit configured to transmit information to a base station device, and the DRX settings included in the preference information include one or more DRX settings within a first DRX on-duration. Specify settings for the second DRX on period.
  • DRX discontinuous reception
  • a method executed by a terminal device comprising: generating preference information regarding discontinuous reception (DRX) settings for monitoring traffic; transmitting reference information to a base station device, and the DRX settings included in the preference information include one or more second DRX on-durations within a first DRX on-duration. Identify settings for time periods.
  • DRX discontinuous reception
  • FIG. 1 is a diagram showing a communication system S according to a first embodiment
  • FIG. 2 is a diagram showing a U-plane protocol stack according to the first embodiment
  • FIG. 3 is a diagram showing a C-plane protocol stack according to the first embodiment
  • FIG. 4 is a block diagram showing a schematic hardware configuration of the terminal device 10 according to the first embodiment
  • FIG. 5 is a block diagram showing a schematic functional configuration of the terminal device 10 according to the embodiment
  • FIG. 6 is a block diagram showing a schematic hardware configuration of the base station device 20 according to the embodiment
  • FIG. 1 is a diagram showing a communication system S according to a first embodiment
  • FIG. 2 is a diagram showing a U-plane protocol stack according to the first embodiment
  • FIG. 3 is a diagram showing a C-plane protocol stack according to the first embodiment
  • FIG. 4 is a block diagram showing a schematic hardware configuration of the terminal device 10 according to the first embodiment
  • FIG. 5 is a block diagram showing a schematic functional configuration of the terminal
  • FIG. 7 is a block diagram showing a schematic functional configuration of the base station device 20 according to the embodiment
  • FIG. 8 is a diagram showing a radio frame configuration according to the embodiment
  • FIG. 9 is a diagram showing a radio resource control (RRC) state according to the embodiment
  • FIG. 10 is a schematic explanatory diagram of discontinuous reception (DRX) in the embodiment
  • FIG. 11 is a schematic explanatory diagram of DRX according to the first embodiment
  • FIG. 12 is a diagram showing a process for exchanging messages according to the first embodiment
  • FIG. 13 is a diagram showing processing for monitoring traffic according to the first embodiment
  • FIG. 14 is a diagram showing processing for monitoring traffic according to the second embodiment
  • FIG. 15 is a diagram illustrating processing for monitoring traffic according to the second embodiment
  • FIG. 16 is a diagram illustrating processing for monitoring traffic according to the second embodiment
  • FIG. 17 is a diagram illustrating processing for monitoring traffic according to the second embodiment
  • FIG. 18 is a diagram showing processing for monitoring traffic according to the second embodiment
  • FIG. 19 is a diagram illustrating processing for monitoring traffic according to the second embodiment
  • FIG. 20 is a diagram illustrating processing for monitoring traffic according to the second embodiment
  • FIG. 21 is a diagram illustrating processing for monitoring traffic according to the second embodiment.
  • the communication system S of the embodiment includes one or more terminal devices (Terminal Apparatus) 10, one or more base station devices (Base Station Apparatus) 20, and a core network 30.
  • the communication system S is configured according to predetermined technical specifications (TS).
  • TS technical specifications
  • the communication system S may comply with technical specifications (eg, 5G, 5G Advanced, 6G, etc.) defined by the Third Generation Partnership Project (3GPP).
  • a user plane (User Plane) where user data is sent and received and a control plane (Control Plane) where control data is sent and received are separately configured. That is, the communication system S supports C/U separation.
  • the user plane is abbreviated as U-plane
  • the control plane is abbreviated as C-plane.
  • the base station device 20 manages at least one cell.
  • a cell constitutes the smallest unit of communication area.
  • one cell belongs to one frequency (eg, carrier frequency) and is composed of one component carrier.
  • the term "cell" may represent a wireless communication resource, and may also represent a communication target of the terminal device 10.
  • the base station device 20 wirelessly communicates with the terminal device 10 located in its own cell in the U plane and the C plane. In other words, the base station device 20 terminates the U-plane protocol and the C-plane protocol for the terminal device 10.
  • the base station device 20 communicates with the core network 30 in the U plane and the C plane. More specifically, the core network 30 includes a plurality of logical nodes including an access and mobility management function (AMF) and a user plane function (UPF). The base station device 20 connects to the AMF on the C plane and to the UPF on the U plane.
  • AMF access and mobility management function
  • UPF user plane function
  • the plurality of base station devices 20 are connected to each other by a predetermined interface (for example, an Xn interface). More specifically, for example, the plurality of base station apparatuses 20 are connected to each other by an Xn-U interface in the U plane, and are connected to each other by an Xn-C interface in the C plane. Note that a plurality of base station apparatuses 20 may be connected to each other by other interfaces with different functions and names.
  • a predetermined interface for example, an Xn interface. More specifically, for example, the plurality of base station apparatuses 20 are connected to each other by an Xn-U interface in the U plane, and are connected to each other by an Xn-C interface in the C plane. Note that a plurality of base station apparatuses 20 may be connected to each other by other interfaces with different functions and names.
  • Each base station device 20 is connected to the core network 30 through a predetermined interface (for example, an NG interface). More specifically, for example, each base station device 20 is connected to the UPF of the core network 30 via the NG-U interface on the U plane, and is connected to the AMF of the core network 30 via the NG-C interface on the C plane. Note that each base station device 20 may be connected to the core network 30 by another interface with a different function or name.
  • a predetermined interface for example, an NG interface.
  • the terminal device 10 is a device that wirelessly communicates with the base station device 20 as described above, and may be, for example, a user equipment (UE) that operates according to the 3GPP 5G NR specifications.
  • the terminal device 10 may also be a device that complies with other older or newer 3GPP specifications.
  • the terminal device 10 may be, for example, a mobile phone terminal such as a smartphone, a tablet terminal, a notebook PC, a communication module, a communication card, or an IoT device such as a surveillance camera or a robot.
  • the terminal device 10 may be a vehicle (for example, a car, a train, etc.) or a device provided therein.
  • the terminal device 10 may be a transport vehicle other than a vehicle (for example, a ship, an airplane, etc.) or a device installed therein.
  • the terminal device 10 may be a sensor or a device provided therein.
  • the wireless protocol architecture between the terminal device 10 and the base station device 20 will be described. Furthermore, with reference to FIG. 3, the wireless protocol architecture between the terminal device 10 and the base station device 20 and between the terminal device 10 and the core network 30 will be described.
  • the terminal device 10 includes a processor 101, a memory 102, an input/output interface 103, a wireless interface 104, and an antenna 105 as hardware elements.
  • the above elements provided in the terminal device 10 are interconnected by an internal bus.
  • the terminal device 10 may include hardware elements other than those shown in FIG. 4.
  • the processor 101 is an arithmetic element that implements various functions of the terminal device 10.
  • the processor 101 may be an SoC (System-on-a-Chip) including elements such as a CPU (Central Processing Unit), a GPU (Graphics Processing Unit), and a memory controller.
  • SoC System-on-a-Chip
  • the memory 102 is composed of at least one storage medium such as RAM (Random Access Memory) and eMMC (embedded Multi Media Card).
  • the memory 102 is an element that temporarily or permanently stores programs and data used to execute various processes in the terminal device 10.
  • the program includes one or more instructions for operation of the terminal device 10.
  • the processor 101 realizes the functions of the terminal device 10 by loading a program stored in the memory 102 into the memory 102 and/or a system memory (not shown) and executing the program.
  • the terminal device 10 includes a control section 110 and a communication section 120 as functional blocks.
  • the communication unit 120 includes at least one transmitter 121 and at least one receiver 122.
  • the communication unit 120 includes a wireless interface 104 and an antenna 105. In other words, the communication unit 120 is realized by the wireless interface 104 and the antenna 105.
  • the communication unit 120 wirelessly communicates with the base station device 20 by transmitting and receiving wireless signals to and from the base station device 20 .
  • the communication unit 120 may include a plurality of wireless interfaces 104 and antennas 105.
  • control unit 110 By operating the control unit 110, various processes of the terminal device 10 of this embodiment are executed.
  • the memory 202 is composed of at least one storage medium such as ROM (Read Only Memory), RAM, HDD (Hard Disk Drive), and SSD (Solid State Drive).
  • the memory 202 is an element that temporarily or permanently stores programs and data used to execute various processes in the base station device 20.
  • the program includes one or more instructions for the operation of the base station device 20.
  • the processor 201 implements the functions of the base station device 20 by loading the program stored in the memory 202 into the memory 202 and/or a system memory (not shown) and executing it.
  • the network interface 203 is an interface used to transmit and receive signals with other base station devices 20 and the core network 30.
  • the communication unit 220 includes a wireless interface 204 and an antenna 205. In other words, the communication unit 220 is realized by the wireless interface 204 and the antenna 205. The communication unit 220 wirelessly communicates with the terminal device 10 by transmitting and receiving wireless signals to and from the terminal device 10 .
  • the communication unit 220 may include a plurality of wireless interfaces 204 and antennas 205.
  • the terminal device 10 and the base station device 20 communicate wirelessly with each other using radio resources in the frequency domain and time domain.
  • the wireless resources will be explained below.
  • the transmission method for downlink communication from the base station device 20 to the terminal device 10 is, for example, orthogonal frequency division multiplexing (OFDM) using a cyclic prefix (CP), that is, CP-OFDM. be.
  • the transmission method for uplink communication from the terminal device 10 to the base station device 20 is, for example, the above-mentioned CP-OFDM or the transform precoding (Transform) that performs Discrete Fourier Transform (DFT) spreading. This is DFTS-OFDM in which CP-OFDM is applied after precoding.
  • a plurality of mutually orthogonal subcarriers are used as radio resources in the OFDM frequency domain.
  • the plurality of subcarriers are arranged at predetermined sub-carrier spacing (SCS) ⁇ f in the frequency domain.
  • S sub-carrier spacing
  • multiple subcarrier spacings ⁇ f may be applied.
  • ⁇ is an integer greater than or equal to 0, and can take at least one of the values 0, 1, 2, 3, 4, 5, and 6. Therefore, the subcarrier interval ⁇ f [kHz] can take at least one of the following values: 15, 30, 60, 120, 240, 480, and 960. Note that ⁇ may take a value of 7 or more.
  • One radio frame includes 10 subframes.
  • One radio frame is divided into two half frames.
  • the time length of a radio frame is 10 ms
  • the time length of a half frame is 5 ms
  • the time length of a subframe is 1 ms.
  • the above time length does not depend on the subcarrier interval ⁇ f.
  • One subframe includes one or more slot(s).
  • the number Ns of slots included in one subframe depends on the value of ⁇ described above and, in turn, on the subcarrier interval ⁇ f.
  • One slot includes multiple symbols.
  • the number of symbols included in one slot depends on the type of cyclic prefix. For example, if a normal cyclic prefix is used, one slot includes 14 symbols. For example, if an extended cyclic prefix is used, one slot includes 12 symbols.
  • the number of slots and the number of symbols included in each radio frame, half frame, and subframe having a fixed time length are variable. Therefore, the time length of the slot and the time length of the symbol are also variable.
  • a resource element (RE) is a time-frequency domain radio resource unit composed of one subcarrier and one symbol.
  • a resource block (RB) is a radio resource unit in the time-frequency domain that is composed of 12 subcarriers and a plurality of symbols.
  • a system frame number (SFN) that counts up by 1 from 0 to 1023 is assigned to the wireless frame.
  • Hyper-System Frame Number may be used.
  • the base station device 20 may set one or more serving cells for the terminal device 10.
  • a serving cell may correspond to a component carrier in the downlink and/or a component carrier in the uplink.
  • a technique in which one or more serving cells are set and the base station device 20 and the terminal device 10 perform wireless communication may also be referred to as carrier aggregation.
  • the base station device 20 may set one or more bandwidth parts (BWP) to the terminal device 10 for each of one or more serving cells.
  • BWP bandwidth parts
  • a downlink bandwidth part (DL-BWP) may be configured in the downlink of one serving cell.
  • an uplink bandwidth part (UL-BWP) may be configured in the uplink of one serving cell.
  • the DL-BWP may include an initial DL-BWP and/or a dedicated DL-BWP.
  • the UL-BWP may include an initial UL-BWP and/or a dedicated UL-BWP.
  • BWP may include DL-BWP and/or UL-BWP.
  • the terminal device 10 and the base station device 20 transmit and receive user data and control information using a plurality of hierarchical channels.
  • the physical channel is a channel used for physical communication between the terminal device 10 and the base station device 20. Examples of physical channels include a physical downlink control channel (PDCCH), a physical broadcast channel (PBCH), and a physical uplink control channel (PUCCH).
  • PDCH physical downlink control channel
  • PBCH physical broadcast channel
  • PUCCH physical uplink control channel
  • a transport channel is a channel located above a physical channel, and is mapped to a physical channel in the PHY layer. Multiple transport channels may be mapped to one physical channel. Examples of transport channels include a downlink shared channel (DL-SCH) and an uplink shared channel (UL-SCH). For example, data on the downlink may also be referred to as DL-SCH data. Furthermore, for example, uplink data may also be referred to as UL-SCH data.
  • the DL-SCH data includes downlink user data.
  • the UL-SCH data includes uplink user data.
  • a logical channel is a channel located above a transport channel, and is mapped to a transport channel in the MAC layer. Multiple logical channels may be mapped to one transport channel, and one logical channel may be mapped to multiple transport channels. Logical channels are classified according to the characteristics of the information they transmit. Examples of logical channels include a broadcast control channel (Broadcast Control CHannel, BCCH), a common control channel (Common Control CHannel, CCCH), and a dedicated control channel (Dedicated Control CHannel, DCCH).
  • BCCH Broadcast Control CHannel
  • CCCH Common Control channel
  • DCCH dedicated Control CHannel
  • the DCI format is a DCI format used for scheduling of a physical downlink shared channel (PDSCH) (e.g., referred to as DCI format 1_0, DCI format 1_1, and/or DCI format 1_2). format).
  • the DCI format is a DCI format used for scheduling a physical uplink shared channel (Physical Uplink Shared CHannel, PUSCH) (for example, called DCI format 0_0, DCI format 0_1, and/or DCI format 0_2). format).
  • the DCI format may include a DCI format that is not used for PDSCH and/or PUSCH scheduling.
  • the DCI format used for scheduling PDSCH and/or PUSCH may be referred to as a scheduling DCI format.
  • a DCI format that is not used for PDSCH and/or PUSCH scheduling may be referred to as a non-scheduling DCI format.
  • the "DCI format” may be simply expressed as "PDCCH.”
  • DCI generated according to the DCI format may be simply expressed as "DCI format”.
  • the base station device 20 may configure frequency domain resources and/or time domain resources for the terminal device 10 to monitor (that is, monitor) the PDCCH candidate set.
  • the frequency domain resource on which the terminal device 10 monitors the PDCCH candidate set may be referred to as a control resource set (CONtrol REsource SET, CORESET).
  • a time domain resource by which the terminal device 10 monitors the PDCCH candidate set may be referred to as a search space set (SSS).
  • the terminal device 10 may monitor the PDCCH candidate set with one or more CORESETs in the DL-BWP of the serving cell in which PDCCH monitoring is configured according to the corresponding search space set.
  • monitoring may imply attempting to decode each of the PDCCH candidates according to the monitored DCI format.
  • the above configuration may be referred to as blind decoding.
  • a CRC Cyclic Redundancy Check
  • RNTI Radio Network Temporary Identifier
  • CRC may also be referred to as CRC parity bits.
  • Multiple types of RNTI are defined.
  • the base station device 20 includes information indicating C-RNTI (Cell-RNTI), information indicating MCS-C-RNTI (Modulation and Coding Scheme Cell-RNTI), and information indicating CS-RNTI (Configured Scheduling-RNTI).
  • Each RNTI may be configured by sending an RRC message containing at least one of the information. That is, a CRC scrambled by at least one of the C-RNTI, MCS-C-RNTI, and CS-RNTI may be added to the DCI (or DCI format) transmitted on the PDCCH.
  • the terminal device 10 may monitor (and/or receive) the PDCCH and detect (and/or receive) the DCI format.
  • the terminal device 10 may monitor (and/or receive) the PDCCH during the active time in the DRX operation.
  • the terminal device 10 transmits uplink control information (UCI) to the base station device 20 using the PUCCH, which is a physical channel.
  • the UCI includes control information such as a scheduling request (SR), a hybrid automatic repeat request (HARQ) Ack/Nack, and channel state information (CSI).
  • SR scheduling request
  • HARQ hybrid automatic repeat request
  • CSI channel state information
  • UCI is mapped to PUCCH or PUSCH and corresponds to layer 1 signaling.
  • the base station device 20 transmits a MAC layer control element (CE) to the terminal device 10 using the DL-SCH, which is a transport channel.
  • the downlink MAC CE includes control information such as a DRX (described later) command.
  • the downlink MAC CE is mapped to the PDSCH via the DL-SCH and corresponds to layer 2 signaling.
  • the terminal device 10 transmits a MAC layer control element (CE) to the base station device 20 using the UL-SCH, which is a transport channel.
  • the uplink MAC CE includes control information such as a buffer status report (BSR).
  • BSR buffer status report
  • the uplink MAC CE is mapped to the PUSCH via the UL-SCH and corresponds to layer 2 signaling.
  • the base station device 20 transmits (or broadcasts) system information (SI) to the terminal device 10 using BCCH, which is a logical channel.
  • SI includes minimum system information (Minimum System Information, MSI) and other system information (Other System Information, OSI).
  • MSI includes a master information block (Master Information Block, MIB) and a system information block 1 (System Information Block 1, SIB1).
  • SIB1 may be referred to as Remaining Minimum System Information (RMSI).
  • the OSI includes system information blocks (SIB2 ⁇ ) other than SIB1.
  • MIB is mapped to PBCH via BCH (Broadcast CHannel), and SIB is mapped to PDSCH via DL-SCH.
  • the base station device 20 transmits control information in the RRC layer to the terminal device 10 using a signaling radio bearer (SRB) established between the terminal device 10 and the base station device 20 in the RRC layer.
  • SRB signaling radio bearer
  • messages exchanged between the base station device 20 and the terminal device 10 in the RRC layer may be referred to as RRC messages.
  • There are multiple types of SRBs for example, SRB0, SRB1, SRB2, SRB3, SRB4.
  • the SRB is used for sending and receiving NAS messages including control information in the NAS layer in addition to RRC messages.
  • CCCH or DCCH is used to transmit the RRC message from the base station device 20 to the terminal device 10.
  • CCCH and DCCH are each mapped to PDSCH via DL-SCH.
  • RRC messages correspond to layer 3 signaling.
  • the RRC reconfiguration message is an RRC message sent from the base station device 20 to the terminal device 10 using SRB1 or SRB3.
  • DCCH is used for sending RRC reconfiguration messages.
  • the RRC reconfiguration message is used to perform reconfiguration or modification regarding the connection between the base station device 20 and the terminal device 10.
  • the terminal device 10 transmits an RRC message to the base station device 20 using the above-mentioned SRB.
  • CCCH or DCCH is used to transmit the RRC message from the terminal device 10 to the base station device 20.
  • CCCH and DCCH are each mapped to PUSCH via UL-SCH.
  • RRC messages correspond to layer 3 signaling.
  • a user equipment capability information (UECapability Information) message will be described as an example of an uplink RRC message.
  • the user equipment capability information message is an RRC message sent from the terminal device 10 to the base station device 20 using SRB1.
  • the DCCH is used to transmit user equipment capability information messages.
  • the user equipment capability information message is used to notify the base station device 20 of information regarding the radio access capability of the terminal device 10.
  • a user equipment auxiliary information (UEAssistanceInformation) message will be described as an example of an uplink RRC message.
  • the user equipment supplementary information message is an RRC message sent from the terminal device 10 to the base station device 20 using SRB1 or SRB3.
  • the DCCH is used for transmitting user equipment supplementary information messages.
  • the user equipment supplementary information message is used to notify the base station device 20 of various information (UE supplementary information) regarding the terminal device 10.
  • Radio Resource Control (RRC) State As shown in FIG. 9, the terminal device 10 is in any of three radio resource control (RRC) states: RRC connected (RRC_CONNECTED), RRC inactive (RRC_INACTIVE), and RRC idle (RRC_IDLE). or take.
  • RRC Radio Resource Control
  • the RRC connection (RRC_CONNECTED) state is a state in which a connection (RRC context) between the terminal device 10 and the base station device 20 has been established, and the terminal device 10 transmits and receives radio signals to and from the base station device 20.
  • RRC inactive state RRC_INACTIVE
  • RRC idle RRC_IDLE
  • the connection (RRC context) between the terminal device 10 and the base station device 20 is released.
  • the power consumption of the terminal device 10 increases in the following order: RRC idle (RRC_IDLE) state, RRC inactive (RRC_INACTIVE) state, and RRC connected (RRC_CONNECTED) state.
  • DRX Discontinuous Reception
  • CDRX Connected mode Discontinuous Reception
  • the terminal device 10 when DRX is configured (or set), the terminal device 10 does not need to continuously monitor the PDCCH, and only monitors the PDCCH for a predetermined on-duration. Monitor. That is, the on-duration may be a period in which the terminal device 10 waits for receiving one or more PDCCHs (ie, PDCCH(s)). For example, after waking up, the terminal device 10 may wait to receive one or more PDCCHs during an on-duration. Furthermore, if the terminal device 10 succeeds in decoding the PDCCH, it may continue monitoring the PDCCH and start a timer (inactivity timer).
  • repetition for example, periodic repetition
  • the terminal device 10 In DRX in the RRC idle state, the terminal device 10, for example, intermittently monitors the PDCCH and receives a paging message that calls the terminal device 10.
  • the terminal device 10 In CDRX, the terminal device 10, for example, intermittently monitors the PDCCH and receives resource allocation information (that is, the DCI format used for PDSCH and/or PUSCH scheduling).
  • resource allocation information that is, the DCI format used for PDSCH and/or PUSCH scheduling.
  • DRX a configuration may also be adopted in which short DRX (Short DRX) with a shorter cycle is executed first, and then long DRX (Long DRX) with a longer cycle is executed.
  • a part or all of the DRX parameters used to configure DRX in the terminal device 10 may be transmitted from the base station device 20 to the terminal device 10 using an RRC message. That is, the base station device 20 may transmit an RRC message including some or all of the DRX parameters to the terminal device 10.
  • some or all of the DRX parameters may be set for a cell group including one or more serving cells. That is, the base station apparatus 20 may set up a cell group including one or more serving cells, and set some or all of the DRX parameters for the set cell group.
  • the base station device 20 may transmit an RRC message including information for configuring a cell group to the terminal device 10.
  • the cell group may be a cell group for setting MAC parameters.
  • a cell group may also be referred to as a master cell group and/or a secondary cell group. Additionally, a cell group may be referred to as a DRX group.
  • the terminal device 10 receives an RRC message that includes some or all of the DRX parameters, and controls DRX operations based on some or all of the DRX parameters. That is, the terminal device 10 can control DRX operation for each cell group based on some or all of the DRX parameters.
  • the DRX-Config IE which is an example of an RRC information element (IE)
  • the RRCReconfiguration which is an RRC message including the DRX-Config IE
  • the base station device 20 may be sent.
  • Some or all of the DRX parameters may be included in other IEs.
  • some of the DRX parameters may be set commonly for the cell group. That is, some of the DRX parameters may not be set for each cell group, but may be set as parameters common to one or more cell groups.
  • the DRX parameters may include some or all of the first DRX parameters and/or some or all of the second DRX parameters, which will be described later.
  • part or all of the second DRX parameter may be included in the first DRX parameter. That is, a DRX-Config IE that includes a first DRX parameter that includes some or all of the second DRX parameter may be transmitted from the base station device 20 to the terminal device 10. Also, part or all of the first DRX parameter and part or all of the second DRX parameter may be transmitted from the base station device 20 to the terminal device 10 as separate IEs.
  • a first DRX-Config IE that includes some or all of the first DRX parameters
  • a second DRX-Config IE that includes some or all of the second DRX parameters and is different from the first DRX-Config IE.
  • -config IE may be transmitted from the base station device 20 to the terminal device 10.
  • the first DRX parameters used to configure (or set) DRX in the terminal device 10 are illustrated below.
  • the first DRX parameter may be referred to as a first DRX parameter set or first DRX-related information.
  • a DRX configuration that is set (in other words defined, determined, or identified) by a first DRX parameter may be referred to as a first DRX configuration.
  • the first DRX configuration may include at least one of an on-duration, an inactivity timer, and/or a cycle (in other words, a DRX cycle or period).
  • drx-onDurationTimer An on-duration timer (drx-onDurationTimer) that indicates the length of the on-duration of the terminal device 10.
  • This DRX parameter is used to set the on-duration value.
  • drx-onDurationTimer may be used to set the duration at the beginning of the DRX cycle.
  • drx-InactivityTimer An inactivity timer that indicates the period during which the terminal device 10 maintains the on state after receiving the PDCCH (that is, the period until it becomes off state).
  • This DRX parameter may correspond to the value of an inactivity timer.
  • the drx-InactivityTimer may be used to set a period after receiving a PDCCH (ie, a PDCCH occasion) that indicates a new DL transmission and/or UL transmission.
  • This DRX parameter may correspond to a cycle in short DRX (DRX cycle, DRX period).
  • drx-ShortCycleTimer Short cycle timer (drx-ShortCycleTimer) that indicates the duration of short DRX. For example, a period according to a short DRX cycle may be set in the terminal device 10 using drx-ShortCycleTimer.
  • drx-LongCycleStartOffset indicating the cycle of the on period in long DRX (eg, long cycle) and/or the start position of DRX (eg, subframe and/or slot).
  • This DRX parameter may correspond to a cycle in long DRX (DRX cycle or DRX period).
  • drx-LongCycleStartOffset may be used to set a position at which a long DRX cycle and/or a short DRX cycle starts.
  • drx-SlotOffset indicating the delay until the on-period begins.
  • drx-SlotOffset may be used to set a delay before the on-duration timer (drx-onDurationTimer) is started.
  • Extended Discontinuous Reception may be applied to introduce a longer time range into DRX.
  • Extended Reality eXtended Reality
  • QoS quality of service
  • Time shifts expressed as jitter, variability, and fluctuation, may occur in the timing of transmitting and receiving the above data due to factors such as video and audio encoding, network delays, etc. There is.
  • Video data is transmitted and received based on a frame rate indicated in frames per second (FPS). For example, in the case of 60 FPS, data for one frame is transmitted and received every 16.67 ms, and in the case of 120 FPS, every 8.33 ms.
  • FPS frames per second
  • PDCCH is included in traffic, and traffic may also be referred to as PDSCH.
  • monitoring of PDCCH is included in receiving traffic, and receiving traffic includes receiving PDCCH (for example, downlink control information) and/or PDSCH (for example, user data in downlink). This may be translated into the reception of .
  • the second DRX parameter applied to the first DRX setting may be defined. good.
  • the second DRX parameters (second DRX parameter set, second DRX-related information) used to configure (set) DRX in the terminal device 10 are illustrated below.
  • the DRX settings set (identified, determined) by the second DRX parameters are also referred to as second DRX settings.
  • the second DRX configuration may include at least one of an on-duration, an inactivity timer, and/or a cycle (DRX cycle, DRX period).
  • the base station device 20 may further set one or more on periods using a second parameter within the on period set using the first DRX parameter. That is, the second DRX setting may be applied to the on period set by the first DRX parameter.
  • the on-period set (defined, determined, identified) using the first DRX parameter is referred to as a "first on-period.”
  • the on-period set (defined, determined, identified) using the second DRX parameter is referred to as a "second on-period”. That is, the first on period is included in the first DRX setting. Further, the second on period is included in the second DRX setting.
  • the base station apparatus 20 may set one or more on periods as a "second on period" in the terminal device 10 with respect to the "first on period".
  • - second on-duration on-duration timer indicating the time length of the second on-duration. Used to set the value of the second on period. For example, a second on-duration may be used to set the duration at the start of the DRX cycle for the second on-duration.
  • -second DRX cycle Cycle of the second on period. A repetition (eg, periodic repetition) of the second on-period is set.
  • -second DRX offset 1 Indicates an offset value X for correcting the start position of the second on period (for example, indicated using milliseconds and/or the number of subframes). For example, the offset value X may be expressed as a value from the starting position of the first on period.
  • the offset value X may be expressed as a value from a reference frame (eg, SFN).
  • -second DRX offset 2 Indicates an offset value Y for correcting the start position of the second on-period (for example, expressed using milliseconds and/or the number of slots).
  • the offset value Y may be expressed as a value from the starting position of the first on period.
  • the offset value Y may also be expressed as a value from a reference frame (eg, SFN).
  • -second drx-InactivityTimer an inactivity timer that indicates the period during which the terminal device 10 maintains the on state in the second on period after receiving the PDCCH (that is, the period until it becomes the off state).
  • the second drx-InactivityTimer may be used to set a period after receiving a PDCCH (PDCCH opportunity) indicating a new DL and/or UL transmission.
  • some or all of the second DRX parameters may be set for a cell group including one or more serving cells.
  • some or all of the second DRX parameters may be set for each of one or more serving cells. That is, the base station device 20 may set some or all of the second DRX parameters for each of one or more serving cells.
  • the terminal device 10 may receive some or all of the second DRX parameters configured for each of one or more serving cells, and determine (identify) the second DRX configuration. For example, some or all of the second DRX parameters may be set for each of one or more serving cells included in a certain cell group. Further, some or all of the second DRX parameters may be set for each of one or more DL-BWPs.
  • the base station device 20 may set some or all of the second DRX parameters for each of one or more DL-BWPs. Further, the terminal device 10 may receive some or all of the second DRX parameters set for each of one or more DL-BWPs and determine (identify) the second DRX settings. good. For example, some or all of the second DRX parameters may be set for each of one or more DL-BWPs in each of one or more serving cells included in a certain cell group.
  • the second DRX parameters may be set for each terminal device and/or for each frequency range (FR). Further, different parameter sets may be set for each frequency range as the second DRX parameters, and the same parameter set may be used for cell groups and/or serving cells belonging to the same frequency range. good.
  • second drx-InactivityTimer may not be specified.
  • the terminal device 10 may apply the value of a timer (inactivity timer) set based on the first DRX parameter to the second on-period. That is, the first DRX parameter may be applied to determining the second DRX configuration. That is, the first DRX parameter may be defined as a common parameter used to determine the first DRX setting and/or the second DRX setting.
  • the terminal device 10 may release the first DRX parameter based on the setting (reception) of the second DRX parameter.
  • release may be translated into suspend, stop, reset, delete, and/or discard.
  • the terminal device 10 configures drx-onDurationTimer (first DRX parameter) based on the setting of second on-duration (second DRX parameter). parameters) may be released.
  • the terminal device 10 configures the drx-InactivityTimer (first DRX parameter) based on the setting of the second drx-InactivityTimer (second DRX parameter). parameters) may be released.
  • the terminal device 10 may monitor the PDCCH during the second on-period. That is, when the second on-period is set, the terminal device 10 does not need to monitor the PDCCH during the first on-period (that is, the first on-period excluding the second on-period). . That is, when the second on-period is set, the terminal device 10 may monitor the PDCCH in the second on-period, regardless of whether the first on-period is set. Furthermore, if the second on-period is not set and the first on-period is set, the terminal device 10 may monitor the PDCCH during the first on-period. For example, the second on-period may be defined to have a predetermined cycle and/or a predetermined time length (period) within the first on-period.
  • the first on-period may be defined for each first cycle (DRX cycle, DRX period) set using the first DRX parameter.
  • the first on period corresponds to the period indicated by the value of drx-onDurationTimer.
  • the first cycle corresponds to the cycle indicated by the value of drx-LongCycleStartOffset.
  • the first on period starts at a timing based on the value of drx-LongCycleStartOffset and the subframe number in order to start in accordance with the start timing of a subframe.
  • the first on-period may be started with a delay corresponding to the value of drx-SlotOffset, for example, in order to adjust the start position on a slot-by-slot basis.
  • the first on period may be started with a delay of the number of slots indicated by drx-SlotOffset.
  • the period after receiving a PDCCH (PDCCH opportunity) indicating new DL and/or UL transmission may be set using drx-InactivityTimer.
  • the terminal device 10 may consider the time during which drx-onDurationTimer or drx-InactivityTimer is operating as the active time.
  • the terminal device 10 may regard the time during which drx-onDurationTimer or drx-InactivityTimer set for a certain cell group is operating as the active time for the serving cell belonging to the certain cell group.
  • the terminal device 10 may monitor the PDCCH during active time.
  • the terminal device 10 may monitor the PDCCH in a serving cell belonging to the certain cell group.
  • the active time is described as a time (period) during which the terminal device 10 monitors the PDCCH.
  • the terminal device 10 detects PDCCH within the first on-period, it monitors the PDCCH even after the first on-period has elapsed until the period indicated by drx-InactivityTimer expires.
  • drx-InactivityTimer indicates a period for monitoring PDCCH even after the first on period has elapsed, predicting that the next PDCCH will occur immediately if PDCCH is detected within the first on period. Good too.
  • one or more second on-periods are defined within the first on-period.
  • the second on-period may be defined for each second cycle (DRX cycle, DRX period) that is set using the second DRX parameter within the first on-period.
  • the second on-duration may be a second on-duration defined for the second DRX configuration.
  • the terminal device 10 for which the second on-period is set using the second parameter monitors the PDCCH only within the second on-period.
  • the second cycle (DRX cycle, DRX period) set using the second DRX parameter is the second on-period period (e.g., second DRX cycle) defined for the second DRX setting. be. That is, the second cycle (DRX cycle, DRX period) set using the second DRX parameter may correspond to repetition (eg, periodic repetition) of the second on-period.
  • the second on-period may start at a timing when a second cycle has elapsed from the start of the previous second on-period. This timing is determined by starting a timer when the second on period begins and measuring the second cycle.
  • the second on period may be determined based on an offset value X (e.g., second DRX offset) defined for the second DRX setting and a subframe number. It may be started at a timing based on.
  • This offset value X is defined, for example, in units of milliseconds and/or the number of subframes.
  • the second on period is started with a delay of an offset value Y specified by the second DRX setting, for example, in order to adjust the starting position in a predetermined unit (e.g., in units of slots). Good too.
  • This offset value Y is defined, for example, in units of the number of slots or milliseconds.
  • the second on-period starts with a delay of the set offset value Y from the starting position of the first on-period. That is, the starting position of the second on-period may be determined based on the starting position of the first on-period. For example, the starting position of the first on period may be determined based on the SFN, and the starting position of the second on period may be determined based on the starting position of the first on period.
  • the second drx-InactivityTimer may be used to set a period after receiving a PDCCH (PDCCH opportunity) indicating new DL and/or UL transmission.
  • the terminal device 10 may consider the second on-duration or the time during which the second drx-InactivityTimer is operating as the active time.
  • the terminal device 10 may regard the second on-duration set for a certain cell group or the time during which the second drx-InactivityTimer is operating as the active time for the serving cell belonging to the certain cell group. .
  • the terminal device 10 may monitor the PDCCH during active time.
  • the terminal device 10 may use the second drx-InactivityTimer if the second drx-InactivityTimer is set. That is, the terminal device 10 may use drx-InactivityTimer if second drx-InactivityTimer is not set. For example, the terminal device 10 may consider the second on-duration or the time during which drx-InactivityTimer is operating as the active time. For example, the terminal device 10 may regard the second on-duration set for a certain cell group or the time during which drx-InactivityTimer is operating as the active time for the serving cell belonging to the certain cell group. The terminal device 10 may monitor the PDCCH during active time.
  • the second drx-InactivityTimer does not need to be defined. That is, the terminal device 10 may regard the second on-duration or the time during which the drx-InactivityTimer is operating as the active time, and monitor the PDCCH during the active time.
  • the terminal device 10 when the terminal device 10 detects PDCCH within the second on-period, it monitors the PDCCH even after the first on-period has elapsed until the period indicated by drx-InactivityTimer expires. Instead, when the terminal device 10 detects the PDCCH within the second on period, the terminal device 10 performs the second on-period until the period indicated by the timer value Z (for example, second The PDCCH may be monitored even after the on-period has elapsed. That is, a timer value Z separate from drx-InactivityTimer may be defined in order to monitor the PDCCH within a certain period after the second on-period has elapsed.
  • the second on period, the second cycle (DRX cycle, DRX period), offset values X and Y, timer value Z, etc. are defined as the second DRX parameter set.
  • These parameters are merely examples; other parameters may be defined. Furthermore, all of these parameters do not need to be included in the second DRX parameter set; for example, drx-InactivityTimer may be used for the timer value, etc. As mentioned above, some parameters may be shared between the first DRX configuration and the second DRX configuration.
  • the terminal device 10 monitors the PDCCH only within the second on period defined for each second cycle (DRX cycle, DRX period) within the first on period. For example, by setting the first on-period to be long, power consumption of the terminal device 10 can be suppressed while delay due to effects of jitter etc. can be reduced.
  • the process of updating the second DRX settings in the communication system S will be described.
  • the second DRX configuration may be updated, maintained, or updated depending on the power status of the terminal device 10, etc. Requests to add, modify, delete, and/or release may occur.
  • the terminal device 10 is requested to update, maintain, add, change, delete, and/or release the second DRX configuration, and the base station device 20 requests the second DRX configuration based on the request from the terminal device 10.
  • a second DRX parameter needs to be set.
  • the terminal device 10 provides preference information indicating (requesting) updating, maintaining, adding, changing, deleting, and/or releasing part or all of the second DRX settings. is transmitted to the base station device 20. Furthermore, the base station device 20 transmits the second DRX parameter to the terminal device 10 based on the preference information from the terminal device 10, and (re)configures the second DRX setting.
  • preference information may include parameters such as: That is, the preference information may include information specifying the following parameters.
  • specifying the parameter may include specifying the value of the parameter (that is, the value set to the parameter).
  • identifying a parameter (and/or identifying a parameter value) means updating, maintaining, adding, changing, deleting, and/or updating a parameter (and/or a parameter value).
  • it may include releasing. That is, in the present embodiment, transmitting preference information indicating specifying a parameter (and/or specifying a parameter value) means that the parameter (and/or the parameter value) is updated, This may include transmitting information indicating maintenance, addition, modification, deletion, and/or release.
  • ⁇ second on-duration ⁇ second DRX cycle ⁇ second DRX offset 1 ⁇ second DRX offset 2 ⁇ second drx-InactivityTimer
  • the preference information may be transmitted while being included in the UEAssistanceInformation message.
  • the terminal device 10 may include the preferences (that is, preference information) in a UEAssistanceInformation message and transmit the message to the base station device 20.
  • the terminal device 10 includes the preferences (that is, preference information) for each of the parameters in a UEAssistanceInformation message and transmits it to the base station device 20. Good too.
  • the base station device 20 may also configure the terminal device 10 to transmit a UEAssistanceInformation message regarding DRX preferences (preferences regarding DRX parameters).
  • the base station device 20 may include information for setting to transmit a UEAssistanceInformation message regarding DRX preferences in the terminal device 10 in an RRC message and transmit the RRC message to the terminal device 10.
  • the terminal device 10 may transmit a UEAssistanceInformation message including DRX preferences to the base station device 20 based on the information. That is, for example, the base station device 20 transmits information for setting to transmit a UEAssistanceInformation message regarding the following parameter preferences, and the terminal device 10 transmits the following parameter preferences based on the information.
  • a UEAssistanceInformation message including the preferences may be transmitted to the base station device 20.
  • second DRX offset 1 and second DRX offset 2 may be included in one IE, and may have a bit that specifies a time unit for correcting the start timing and a bit that specifies a value to be corrected.
  • the bit specifying the time unit to be corrected may be 0 when correcting in millisecond units, 1 when correcting in subframe units, etc.
  • a plurality of second DRX parameter sets may be defined in advance, and in this case, the preference information may include identifier information that identifies one of the plurality of second DRX parameter sets.
  • the preference information may include identifier information that identifies one of the plurality of second DRX parameter sets.
  • a set of DRX parameters corresponding to identifier information may be defined in advance, and part or all of the second set of DRX parameters may be specified according to the identifier information.
  • the control unit 110 in the terminal device 10 generates preference information for specifying the second DRX parameter (a set of second DRX parameters, the contents of the second DRX parameter may also be used). do.
  • the transmitting unit 121 of the communication unit 120 transmits preference information to the base station device 20 via an RRC message (S1201).
  • preference information may be sent via a UEAssistanceInformation message, for example.
  • the control unit 210 resets the second DRX parameter for the second DRX setting based on the preference information.
  • the second DRX setting is specified (S1202).
  • the second DRX parameter is reset in the base station device 20, for example, the value of the second on period is updated or changed.
  • the transmitting unit 221 of the communication unit 220 in the base station device 20 transmits the second DRX parameter (IE including the second DRX parameter) reset in S1202 to the terminal device 10 via an RRC message. (S1203).
  • the IE including the second DRX parameters may be sent via an RRCReconfiguration message, for example.
  • the RRCReconfiguration message is a message for changing the RRC connection between the terminal device 10 and the base station device 20.
  • the base station device 20 may instruct the terminal device 10 in the RRC connected (RRC_CONNECTED) state to start the RRCReconfiguration procedure.
  • the terminal device 10 may monitor the PDCCH only during the second on period that arrives at a constant period and time length within the first on period.
  • the example shown in FIG. 13 shows a process that is executed only within one first on period, but in reality, the first on period is repeated at a constant period and time length, and the process shown in FIG. is repeated.
  • the control unit 110101 sets the timer (drx-onDurationTimer) for the cell group from the start of the subframe and/or slot to drx-SrartOffset and/or or start after drx-SlotOffset. Further, for example, the control unit 110 may start a timer and measure the first on period in response to the start of the first on period (S1302). That is, the first on-period corresponds to, for example, the period indicated by the value of drx-onDurationTimer. The process of S1302 is repeated until the first on-period expires.
  • the control unit 110 determines the start timing (start position) of the second on period (S1303).
  • This start timing is, for example, the second cycle (DRX cycle, DRX period), and/or the offset value X and/or the offset value Y (for example, the value indicated by second DRX offset 1, and/or the second
  • the second on period starts when the following conditions are met.
  • [(SFN ⁇ 10) + subframe number] modulo (second cycle) offset value X
  • the control unit 110 starts a timer (second on-duration) based on the value of second on-duration. For example, when a DRX cycle (second DRX cycle) is used for a certain cell group, the control unit 110 starts a timer (second on-duration) for the cell group.
  • second DRX offset 1 and/or second DRX offset 2 are set, the control unit 110 sets the timer (second on-duration) for the cell group to the second DRX offset from the start of the subframe and/or slot. Start after offset 1 and/or second DRX offset 2.
  • the control unit 110 may start a timer and measure the second on period in response to the start of the second on period.
  • the processes of S1303 and S1304 are repeated until the first on period expires. By repeating the processes of S1303 and S1304 until the first on-period expires, one or more second on-periods are set within the first on-period. In the example shown in FIG. 13, there are three second on periods.
  • the control unit 110 may monitor the PDCCH only during each second on period.
  • the control unit 110 controls whether drx-onDurationTimer or drx-InactivityTimer set for the certain cell group is
  • the operating time may be regarded as the active time for the serving cell belonging to the certain cell group.
  • the control unit 110 may monitor the PDCCH during the active time.
  • the communication system S according to the first embodiment has been described above. According to this embodiment, it is possible to suppress power consumption of the terminal device 10 and reduce delays due to effects of jitter and the like. Furthermore, for example, when updating the second DRX settings depending on the power status of the terminal device 10 or the like, the base station device 20 can be notified of the update.
  • the PDCCH may include a PDCCH indicating initial transmission (downlink and/or uplink initial transmission).
  • the predefined period for monitoring the next PDCCH specified for the first DRX configuration will be referred to as a "first monitoring period.”
  • a predefined period for monitoring the next PDCCH specified for the second DRX setting is referred to as a "second monitoring period.”
  • the terminal device 10 starts the second drx-InactivityTimer based on the detection of the PDCCH during the on-period (i.e., active time) specified by the second on-duration, or , may be restarted.
  • control unit 110 may monitor the PDCCH for the entire second monitor period until the second monitor period expires (not shown). figure).
  • the second monitoring period begins at the expiration of the first on period.
  • control unit 110 starts the timer in response to the expiration of the first on-period, and measures the second monitoring period.
  • the control unit 110 monitors the PDCCH for the entire period within the first monitoring period or the second monitoring period, and during that period, the control unit 110 monitors the PDCCH according to the second DRX setting. Disable the identified second on period. Thereafter, when the first monitoring period or the second monitoring period expires, a first on period arrives according to the first DRX setting, and one or more on periods occur within the first on period according to the second DRX setting. A second on period arrives.
  • the terminal device 10 may regard the time during which the second on-duration is operating and the drx-InactivityTimer is operating as the active time. Furthermore, the terminal device 10 may regard the time during which the second on-duration is operating and the second drx-InactivityTimer is operating as the active time. In other words, the terminal device 10 considers the time when the second on-duration is operating and the inactivity timer (drx-InactivityTimer and/or second drx-InactivityTimer) is operating as the active time. good.
  • the control unit 110 starts a timer, measures the second on period, and monitors the PDCCH within the second on period (S1604). .
  • the process in S1604 is repeated until the second on-period expires.
  • the processes in S1603 and S1604 are repeated until the first monitoring period expires.
  • one or more second on periods arrive within the first monitoring period, and the control unit 110 controls the second on period.
  • the PDCCH is monitored only during each period.
  • control unit 110 monitors the PDCCH within the second on period within the second monitoring period until the second monitoring period expires. (not shown). In this case, the control unit 110 starts a timer in response to detecting the PDCCH, and measures the second monitoring period. Further, the control unit 110 determines the start timing of the second on period, etc., according to the second DRX setting.
  • the terminal device 10 monitors the PDCCH within the second on period within the second monitor period until the second monitor period expires. (not shown).
  • the second monitoring period begins at the expiration of the first on period.
  • the terminal device 10 starts a timer in response to the expiration of the first on-period, and measures the second monitoring period. Further, the terminal device 10 determines the start timing of the second on period, etc. according to the second DRX setting.
  • the terminal device 10 detects PDCCH within the second on-period, period, and simultaneously measure a second monitoring period.
  • the first monitor period and the second monitor period are measured simultaneously in response to detecting the PDCCH or expiring the first on period. That is, the first monitor period and the second monitor period arrive at the same time, and if the lengths of both periods are different, they expire at different timings.
  • the second monitoring period may be measured in response to expiration of the first monitoring period, or vice versa. That is, the first monitor period and the second monitor period may arrive in series at different timings.
  • the communication unit is further configured to receive configuration information about the DRX settings from the base station device,
  • the control unit is further configured to monitor the traffic within each DRX on period of the one or more second DRX on periods.
  • Supplementary notes 1 to 3 wherein the control unit is further configured to determine the start timing of each DRX on period of the one or more second DRX on periods based on the DRX setting.
  • the terminal device according to any one of .
  • the DRX settings include a length of a period for monitoring the next traffic from when the traffic is detected within each DRX on period of the one or more second DRX on periods.
  • the processor (101) When executed, the processor (101) generating preference information for discontinuous reception (DRX) settings for monitoring traffic; transmitting the preference information to a base station device (20);
  • the DRX settings included in the preference information specify settings for one or more second DRX on-durations within the first DRX on-duration;
  • a computer-readable non-transitory physical recording medium that stores a program.
  • the DRX settings included in the preference information specify settings for one or more second DRX on-durations within the first DRX on-duration; Method.
  • the processor (201) When executed, the processor (201) receiving preference information about discontinuous reception (DRX) settings for monitoring traffic from a terminal device; updating the DRX settings based on the preference information;
  • the DRX settings included in the preference information specify settings for one or more second DRX on-durations within the first DRX on-duration;
  • a computer-readable non-transitory physical recording medium that stores a program.
  • control unit is further configured to measure the predefined period in response to expiration of the first DRX on period.
  • monitoring the traffic within the predefined period includes monitoring the traffic during the entire period within the predefined period. terminal device.
  • Monitoring the traffic within the predefined period includes: monitoring the traffic within each of the one or more second DRX on periods within the predefined period; 25.
  • the predefined period includes a first predefined period and a second predefined period; Monitoring the traffic within the predefined period includes monitoring the traffic within the first predefined period and then within the second predefined period. monitoring the traffic during each DRX on period of the one or more second DRX on periods of;
  • the terminal device according to any one of appendices 20 to 24.
  • the control unit measures each of the DRX on periods so that each of the one or more second DRX on periods is shorter than the first DRX on period.
  • the terminal device according to any one of appendices 20 to 30, further configured as follows.
  • control unit is further configured to determine the start timing of each of the one or more second DRX on periods based on the DRX setting. Terminal device described in section.
  • a method performed by a terminal device comprising: detecting traffic within each of the one or more second DRX on-durations within the first DRX on-duration; In response to detecting the traffic, monitoring the next traffic within a predefined time period for monitoring the next traffic; including methods.
  • the processor (101) When executed, the processor (101) detecting traffic within each of the one or more second DRX on-durations within the first DRX on-duration; In response to detecting the traffic, monitoring the next traffic within a predefined time period for monitoring the next traffic; A program to run.

Abstract

端末装置（１０）は、制御部（１１０）及び通信部（１２０）を含む。制御部（１１０）は、トラフィックをモニタするための間欠受信設定についてのプリファランス情報を生成する。また、通信部（１２０）は、プリファランス情報を基地局装置２０に送信する。プリファランス情報に含まれるＤＲＸ設定は、第１のＤＲＸオン期間内の１つ又は複数の第２のＤＲＸオン期間についての設定を特定する。

Description

端末装置、基地局装置、及び端末装置における方法 関連出願の相互参照
　本出願は、２０２２年６月２１日に出願された日本出願番号２０２２－０９９９２６号に基づくものであって、その優先権の利益を主張するものであり、その特許出願の全ての内容が、参照により本明細書に組み入れられる。
　本開示は、端末装置、基地局装置、及び端末装置における方法に関する。
　近年、エクステンデッドリアリティ（eXtended Reality，ＸＲ）に関する技術開発が進展している。ＸＲは、仮想現実（Virtual Reality，ＶＲ）、拡張現実（Augmented Reality，ＡＲ）、複合現実（Mixed Reality，ＭＲ）、代替現実（Substitutional Reality，ＳＲ）等のマルチメディア統合技術を含む概念である。ＸＲにおいては、現実空間及び／又は仮想空間における３次元時系列画像データ、複数チャネル（ステレオ、５．１ｃｈ等）の音声データ、その他のユーザに提示されるデータ、制御データ等が並列的に送受信される。ＸＲは、ユーザの体験品質を維持及び向上させるために、低遅延及び高信頼性を要求する。
　非特許文献１では、第３世代パートナーシッププロジェクト（Third Generation Partnership Project，３ＧＰＰ（登録商標））が規定する無線仕様である５Ｇ　ＮＲ（Fifth Generation New Radio）においてＸＲを実装することが検討されている。
3GPP TR 38.838 V17.0.0 (2021-12) 3GPP TS 38.331 V17.0.0 (2022-03)
　ＸＲ実装検討において、端末装置における消費電力が検討項目として挙げられている。端末装置の消費電力を低減する技術として、間欠受信（Discontinuous Reception，ＤＲＸ）が用いられる。ＤＲＸが構成された端末装置は、トラフィックを継続的にモニタし続けなくてよく、所定のオン期間（on-duration）内のみモニタする。オン期間は、所定のＤＲＸ周期（DRX Cycle）ごとに規定される（非特許文献１を参照）。トラフィックは、例えば、リソース割当て情報を受信するための物理下り制御チャネル（Physical Downlink Control Channel，ＰＤＣＣＨ）を含む。
　発明者の詳細な検討の結果、ＤＲＸでは、オン期間内のみトラフィックをモニタすることは上述した通りであるが、ジッタ等の影響によりオン期間外にトラフィックが到達することがある。従来技術は、オン期間外にトラフィックが到達した場合、次のオン期間まではトラフィックを検出することができず、遅延が発生する、という課題が見出された。
　また、発明者は、オン期間を長く設定することによって、オン期間外にトラフィックが到達する頻度を低減させることができる。しかしながら、オン期間を長く設定することは、端末装置がトラフィックを長い期間にわたってモニタすることになり、端末装置の消費電力が増加する、という課題も見出した。
　本開示は、端末装置の電力消費を抑えつつ、ジッタ等の影響による遅延を低下させる技術を提供する。
　本開示の第一の態様において、端末装置であって、トラフィックをモニタするための間欠受信（ＤＲＸ）設定についてのプリファランス（preference）情報を生成するように構成された制御部と、前記プリファランス情報を基地局装置に送信するように構成された通信部と、を含み、前記プリファランス情報に含まれる前記ＤＲＸ設定は、第１のＤＲＸオン期間（on-duration）内の１つ又は複数の第２のＤＲＸオン期間についての設定を特定する。
　また、本開示の第二の態様において、端末装置によって実行される方法であって、トラフィックをモニタするための間欠受信（ＤＲＸ）設定についてのプリファランス（preference）情報を生成することと、前記プリファランス情報を基地局装置に送信することと、を含み、前記プリファランス情報に含まれる前記ＤＲＸ設定は、第１のＤＲＸオン期間（on-duration）内の１つ又は複数の第２のＤＲＸオン期間についての設定を特定する。
  以上の構成によれば、端末装置の電力消費を抑えつつ、ジッタ等の影響による遅延を低下させることができる。
　本開示についての上記目的及びその他の目的、特徴や利点は、添付の図面を参照しながら下記の詳細な記述により、より明確になる。その図面は、
図１は、第１実施形態に係る通信システムＳを示す図であり、 図２は、第１実施形態に係るＵプレーンのプロトコルスタックを示す図であり、 図３は、第１実施形態に係るＣプレーンのプロトコルスタックを示す図であり、 図４は、第１実施形態に係る端末装置１０の概略的なハードウェア構成を示すブロック図であり、 図５は、実施形態に係る端末装置１０の概略的な機能構成を示すブロック図であり、 図６は、実施形態に係る基地局装置２０の概略的なハードウェア構成を示すブロック図であり、 図７は、実施形態に係る基地局装置２０の概略的な機能構成を示すブロック図であり、 図８は、実施形態に係る無線フレーム構成を示す図であり、 図９は、実施形態に係る無線リソース制御（ＲＲＣ）状態を示す図であり、 図１０は、実施形態における間欠受信（ＤＲＸ）の概略的な説明図であり、 図１１は、第１実施形態に係るＤＲＸの概略的な説明図であり、 図１２は、第１実施形態に係るメッセージを交換する処理を示す図であり、 図１３は、第１実施形態に係るトラフィックをモニタする処理を示す図であり、 図１４は、第２実施形態に係るトラフィックをモニタする処理を示す図であり、 図１５は、第２実施形態に係るトラフィックをモニタする処理を示す図であり、 図１６は、第２実施形態に係るトラフィックをモニタする処理を示す図であり、 図１７は、第２実施形態に係るトラフィックをモニタする処理を示す図であり、 図１８は、第２実施形態に係るトラフィックをモニタする処理を示す図であり、 図１９は、第２実施形態に係るトラフィックをモニタする処理を示す図であり、 図２０は、第２実施形態に係るトラフィックをモニタする処理を示す図であり、 図２１は、第２実施形態に係るトラフィックをモニタする処理を示す図である。
　以下、添付の図面を参照して本開示の実施形態を詳細に説明する。なお、本明細書及び図面において、同様に説明されることが可能な要素については、同一の符号を付することにより重複した説明が省略され得る。
　以下に説明される各実施形態は、本開示を実現可能な構成の一例に過ぎない。以下の各実施形態は、本開示が適用される装置の構成や各種の条件に応じて適宜に修正又は変更することが可能である。以下の各実施形態に含まれる要素の組み合わせの全てが本開示を実現するのに必須であるとは限られず、要素の一部を適宜に省略することが可能である。したがって、本開示の範囲は、以下の各実施形態に記載される構成によって限定されるものではない。相互に矛盾のない限りにおいて、以下の実施形態内に記載された複数の構成を組み合わせた構成も採用可能である。
１．　実施形態
１．１．　通信システム
　図１に示すように、実施形態の通信システムＳは、１以上の端末装置（Terminal Apparatus）１０と１以上の基地局装置（Base Station Apparatus）２０とコアネットワーク３０とを備える。通信システムＳは、所定の技術仕様（Technical Specifications，ＴＳ）に従って構成される。例えば、通信システムＳは、第３世代パートナーシッププロジェクト（Third Generation Partnership Project，３ＧＰＰ）が規定する技術仕様（例えば、５Ｇ、５Ｇアドバンスト、６Ｇ等）に準拠してよい。
　通信システムＳでは、ユーザデータが送受信されるユーザプレーン（User Plane）と、制御データが送受信される制御プレーン（Control Plane）とが個別に構成されている。すなわち、通信システムＳはＣ／Ｕ分離をサポートする。ユーザプレーンはＵプレーンと略され、制御プレーンはＣプレーンと略される。
　基地局装置２０は、少なくとも１つのセルを管理する。セルは、通信エリアの最小単位を構成する。例えば、１つのセルは１つの周波数（例えば、キャリア周波数）に属し、１つのコンポーネントキャリアにより構成される。用語「セル」は、無線通信リソースを表すことがあり、端末装置１０の通信対象を表すこともある。基地局装置２０は、Ｕプレーン及びＣプレーンにおいて自セルに在圏する端末装置１０と無線通信する。換言すると、基地局装置２０は、端末装置１０に対するＵプレーンプロトコルとＣプレーンプロトコルとを終端する。
　基地局装置２０は、Ｕプレーン及びＣプレーンにおいてコアネットワーク３０と通信する。より詳細には、コアネットワーク３０は、アクセス及びモビリティ管理機能（Access and Mobility Management Function，ＡＭＦ）及びユーザプレーン機能（User Plane Function，ＵＰＦ）を含む複数の論理ノードを含む。基地局装置２０は、ＣプレーンにおいてＡＭＦと接続し、ＵプレーンにおいてＵＰＦと接続する。
　基地局装置２０は、例えば、３ＧＰＰの５Ｇ　ＮＲ（New Radio）仕様に従うＵプレーン及びＣプレーンを端末装置１０に提供すると共に、３ＧＰＰの５ＧＣ（5G Core Network）に接続するｇＮＢであってよい。また、基地局装置２０が、他のより古い又はより新しい３ＧＰＰの仕様に従う装置であってもよい。
　基地局装置２０は、複数のユニット装置によって構成されてもよい。例えば、基地局装置２０は、集中ユニット（Central Unit，ＣＵ）、分散ユニット（Distributed Unit，ＤＵ）、及び無線ユニット（Radio Unit，ＲＵ）によって構成されてもよい。
　複数の基地局装置２０が相互に接続することによって、無線アクセスネットワーク（Radio Access Network，ＲＡＮ）が形成される。ｇＮＢである基地局装置２０によって形成される無線アクセスネットワークは、ＮＧ－ＲＡＮと称されてよい。ｇＮＢである基地局装置２０は、ＮＧ－ＲＡＮノードと称されてよい。
　複数の基地局装置２０は、所定のインタフェース（例えば、Ｘｎインタフェース）によって互いに接続されている。より詳細には、例えば、複数の基地局装置２０は、ＵプレーンにおいてＸｎ－Ｕインタフェースによって互いに接続され、ＣプレーンにおいてＸｎ－Ｃインタフェースによって互いに接続されている。なお、機能や名称の異なる他のインタフェースによって複数の基地局装置２０が互いに接続されてもよい。
　各基地局装置２０は、所定のインタフェース（例えば、ＮＧインタフェース）によってコアネットワーク３０と接続されている。より詳細には、例えば、各基地局装置２０は、ＵプレーンにおいてＮＧ－Ｕインタフェースによってコアネットワーク３０のＵＰＦに接続され、ＣプレーンにおいてＮＧ－Ｃインタフェースによってコアネットワーク３０のＡＭＦに接続されている。なお、機能や名称の異なる他のインタフェースによって各基地局装置２０がコアネットワーク３０に接続されてもよい。
　端末装置１０は、前述のように基地局装置２０と無線通信するデバイスであって、例えば、３ＧＰＰの５Ｇ　ＮＲ仕様に従って動作するユーザ機器（User Equipment，ＵＥ）であってよい。また、端末装置１０が、他のより古い又はより新しい３ＧＰＰの仕様に従う装置であってもよい。
　端末装置１０は、例えば、スマートフォン等の携帯電話端末、タブレット端末、ノートＰＣ、通信モジュール、通信カード、又は監視カメラやロボット等のＩｏＴデバイスであってもよい。端末装置１０は、車両（例えば、車、電車など）又はこれに設けられる装置であってよい。端末装置１０は、車両以外の輸送機体（例えば、船、飛行機など）又はこれに設けられる装置であってよい。端末装置１０は、センサ又はこれに設けられる装置であってよい。なお、端末装置１０は、端末、移動局、移動端末、移動装置、移動ユニット、加入者局、加入者端末、加入者装置、加入者ユニット、ワイヤレス局、ワイヤレス端末、ワイヤレス装置、ワイヤレスユニット、リモート局、リモート端末、リモート装置、リモートユニット等の別の名称で呼ばれてもよい。端末装置１０は、高度化モバイルブロードバンド（enhanced Mobile Broadband，ｅＭＢＢ）、超高信頼性・低遅延通信（Ultra-Reliable and Low Latency Communications，ＵＲＬＬＣ）、及び大規模マシンタイプ通信（massive Machine Type Communications，ｍＭＴＣ）の１つ又は複数に適応した装置であるとよい。
　図２を参照して、端末装置１０と基地局装置２０との間の無線プロトコルアーキテクチャについて説明する。また、図３を参照して、端末装置１０と基地局装置２０との間及び端末装置１０とコアネットワーク３０との間の無線プロトコルアーキテクチャについて説明する。
　図２に示すように、Ｕプレーンのプロトコルスタックにおいて、最下層から順に、物理（Physical，ＰＨＹ）層、メディアアクセス制御（Media Access Control，ＭＡＣ）層、無線リンク制御（Radio Link Control，ＲＬＣ）層、パケットデータ収束プロトコル（Packet Data Convergence Protocol，ＰＤＣＰ）層、及びサービスデータ適応プロトコル（Service Data Adaptation Protocol，ＳＤＡＰ）層が設けられる。上記した各層は、ネットワーク側に関して基地局装置２０で終端される。
　図３に示すように、Ｃプレーンのプロトコルスタックにおいて、最下層から順に、物理（Physical，ＰＨＹ）層、メディアアクセス制御（Media Access Control，ＭＡＣ）層、無線リンク制御（Radio Link Control，ＲＬＣ）層、パケットデータ収束プロトコル（Packet Data Convergence Protocol，ＰＤＣＰ）層、無線リソース制御（Radio Resource Control，ＲＲＣ）層、及び非アクセス階層（Non-Access Stratum，ＮＡＳ）が設けられる。非アクセス階層以外の上記した各層は、ネットワーク側に関して基地局装置２０で終端される。非アクセス階層は、ネットワーク側に関してコアネットワーク３０のＡＭＦで終端される。
　図４に示すように、端末装置１０は、ハードウェア要素として、プロセッサ１０１とメモリ１０２と入出力インタフェース１０３と無線インタフェース１０４とアンテナ１０５とを有する。端末装置１０に設けられる以上の要素は内部バスによって相互に接続される。なお、端末装置１０は、図４に示された要素以外のハードウェア要素を有してもよい。
　プロセッサ１０１は、端末装置１０の種々の機能を実現する演算素子である。プロセッサ１０１は、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、メモリコントローラ等の要素を含むＳｏＣ（System-on-a-Chip）であってよい。
　メモリ１０２は、ＲＡＭ（Random Access Memory）、ｅＭＭＣ（embedded Multi Media Card）等の少なくとも１つの記憶媒体によって構成される。メモリ１０２は、端末装置１０における種々の処理を実行するのに用いられるプログラム及びデータを一時的又は恒久的に格納する要素である。上記プログラムは、端末装置１０の動作のための１つ以上の命令を含む。プロセッサ１０１は、メモリ１０２に記憶されたプログラムをメモリ１０２及び／又は不図示のシステムメモリに展開し実行することによって、端末装置１０の機能を実現する。
　入出力インタフェース１０３は、端末装置１０への操作を受け付けてプロセッサ１０１に供給すると共に、種々の情報をユーザに提示するインタフェースであって、例えばタッチパネルである。
　無線インタフェース１０４は、無線通信を実現するための種々の信号処理を実行する回路であって、ベースバンドプロセッサ及びＲＦ回路を含む。無線インタフェース１０４は、アンテナ１０５を介して基地局装置２０と無線信号を送受信する。
　図５に示すように、端末装置１０は、機能ブロックとして、制御部１１０と通信部１２０とを有する。通信部１２０は、少なくとも１つの送信部１２１及び少なくとも１つの受信部１２２を有する。
　制御部１１０は、少なくとも１つのプロセッサ１０１及び少なくとも１つのメモリ１０２を含んでもよい。換言すると、制御部１１０は、プロセッサ１０１及びメモリ１０２によって実現されてもよい。制御部１１０は、端末装置１０における各種の制御処理を実行する。例えば、制御部１１０は、通信部１２０を介した基地局装置２０との無線通信を制御する。
　通信部１２０は、無線インタフェース１０４及びアンテナ１０５を含む。換言すると、通信部１２０は、無線インタフェース１０４及びアンテナ１０５によって実現される。通信部１２０は、基地局装置２０と無線信号を送受信することによって、基地局装置２０と無線通信する。無線インタフェース１０４及びアンテナ１０５は、通信部１２０に複数含まれてもよい。
　制御部１１０が動作することによって、本実施形態の端末装置１０の種々の処理が実行される。
　図６に示すように、基地局装置２０は、ハードウェア要素として、プロセッサ２０１とメモリ２０２とネットワークインタフェース２０３と無線インタフェース２０４とアンテナ２０５とを有する。基地局装置２０に設けられる以上の要素は内部バスによって相互に接続される。なお、基地局装置２０は、図６に示された要素以外のハードウェア要素を有してもよい。
　プロセッサ２０１は、基地局装置２０の種々の機能を実現する演算素子である。プロセッサ２０１は、ＣＰＵであってよく、更にＧＰＵ等の他のプロセッサを含んでもよい。
　メモリ２０２は、ＲＯＭ（Read Only Memory）、ＲＡＭ、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）等の少なくとも１つの記憶媒体によって構成される。メモリ２０２は、基地局装置２０における種々の処理を実行するのに用いられるプログラム及びデータを一時的又は恒久的に格納する要素である。上記プログラムは、基地局装置２０の動作のための１つ以上の命令を含む。プロセッサ２０１は、メモリ２０２に記憶されたプログラムをメモリ２０２及び／又は不図示のシステムメモリに展開し実行することによって、基地局装置２０の機能を実現する。
　ネットワークインタフェース２０３は、他の基地局装置２０及びコアネットワーク３０と信号を送受信するのに用いられるインタフェースである。
　無線インタフェース２０４は、無線通信を実現するための種々の信号処理を実行する回路であって、ベースバンドプロセッサ及びＲＦ回路を含む。無線インタフェース２０４は、アンテナ２０５を介して基地局装置２０と無線信号を送受信する。
　図７に示すように、基地局装置２０は、機能ブロックとして、制御部２１０と通信部２２０とネットワーク通信部２３０とを有する。通信部２２０は、少なくとも１つの送信部２２１及び少なくとも１つの受信部２２２を有する。
　制御部２１０は、少なくとも１つのプロセッサ２０１及び少なくとも１つのメモリ２０２を含んでもよい。換言すると、制御部２１０は、プロセッサ２０１及びメモリ２０２によって実現されてもよい。制御部２１０は、基地局装置２０における各種の制御処理を実行する。例えば、制御部２１０は、通信部２２０を介した端末装置１０との無線通信を制御する。また、例えば、制御部２１０は、ネットワーク通信部２３０を介した他ノード（例えば、他の基地局装置２０、コアネットワーク３０のノード）との通信を制御する。
　通信部２２０は、無線インタフェース２０４及びアンテナ２０５を含む。換言すると、通信部２２０は、無線インタフェース２０４及びアンテナ２０５によって実現される。通信部２２０は、端末装置１０と無線信号を送受信することによって、端末装置１０と無線通信する。無線インタフェース２０４及びアンテナ２０５は、通信部２２０に複数含まれてもよい。
　ネットワーク通信部２３０は、ネットワークインタフェース２０３を含む。換言すると、ネットワーク通信部２３０は、ネットワークインタフェース２０３によって実現される。ネットワークインタフェース２０３は、ネットワーク（ひいては、上記した他ノード）と信号を送受信する。
　制御部２１０が動作することによって、本実施形態の基地局装置２０の種々の処理が実行される。
１．２．　無線リソース
　端末装置１０と基地局装置２０は、周波数領域及び時間領域における無線リソースを用いて互いに無線通信する。以下、無線リソースについて説明する。
　基地局装置２０から端末装置１０への下りリンク通信の伝送方式は、例えば、サイクリックプレフィックス（Cyclic Prefix，ＣＰ）を用いた直交周波数分割多重（Orthogonal Frequency Division Multiplexing，ＯＦＤＭ）、すなわちＣＰ－ＯＦＤＭである。端末装置１０から基地局装置２０への上りリンク通信の伝送方式は、例えば、上記したＣＰ－ＯＦＤＭ、又は、離散フーリエ変換拡散（Discrete Fourier Transform (DFT) spreading）を実行するトランスフォームプリコーディング（Transform Precoding）の後にＣＰ－ＯＦＤＭが適用されるＤＦＴＳ－ＯＦＤＭである。
　サイクリックプレフィックスは、シンボル間干渉及びキャリア間干渉を防ぐガード期間として機能する冗長信号であって、ＯＦＤＭシンボルの先頭に挿入される。サイクリックプレフィックスの種別として、通常サイクリックプレフィックス（normal cyclic prefix）と拡張サイクリックプレフィックス（extended cyclic prefix）とが存在する。
　ＯＦＤＭの周波数領域の無線リソースとして、互いに直交する複数のサブキャリアが用いられる。複数のサブキャリアは、周波数領域において所定のサブキャリア間隔（sub-carrier spacing，ＳＣＳ）Δｆで配置される。通信システムＳにおいて、複数のサブキャリア間隔Δｆが適用され得る。サブキャリア間隔Δｆは、例えば以下の式で表される。
　Δｆ＝２μ・１５［ｋＨｚ］
　ここで、μは０以上の整数であって、少なくとも、０，１，２，３，４，５，６の値の何れかを取り得る。したがって、サブキャリア間隔Δｆ［ｋＨｚ］は、少なくとも、１５，３０，６０，１２０，２４０，４８０，９６０の値の何れかを取り得る。なお、μが７以上の値を取ってもよい。
　ＯＦＤＭの時間領域においては、図８に示すように階層化された無線フレーム構成が用いられる。１つの無線フレーム（radio frame）が１０個のサブフレーム（subframes）を含む。１つの無線フレームは２つのハーフフレーム（half flames）に分割される。無線フレームの時間長は１０ｍｓであり、ハーフフレームの時間長は５ｍｓであり、サブフレームの時間長は１ｍｓである。以上の時間長はサブキャリア間隔Δｆに依存しない。
　１つのサブフレームは、１以上のスロット（slot(s)）を含む。１つのサブフレームが含むスロットの数Ｎｓは、上述したμの値、ひいてはサブキャリア間隔Δｆに依存する。スロットの数Ｎｓは、例えば以下の式で表される。
　Ｎｓ＝２μ
　１つのスロットは、複数のシンボル（symbols）を含む。１つのスロットが含むシンボルの数は、サイクリックプレフィックスの種別に依存する。例えば、通常サイクリックプレフィックスが用いられる場合、１つのスロットが１４個のシンボルを含む。例えば、拡張サイクリックプレフィックスが用いられる場合、１つのスロットが１２個のシンボルを含む。
　以上のように、固定された時間長を有する無線フレーム、ハーフフレーム、及びサブフレームの各々に含まれるスロット数及びシンボル数は可変である。したがって、スロットの時間長及びシンボルの時間長も可変である。
　リソースエレメント（Resource Element，ＲＥ）は、１つのサブキャリア及び１つのシンボルで構成される時間－周波数領域の無線リソース単位である。リソースブロック（Resource Block，ＲＢ）は、１２個のサブキャリア及び複数のシンボルで構成される時間－周波数領域の無線リソース単位である。
　無線フレームには、０から１０２３まで１ずつカウントアップするシステムフレーム番号（System Frame Number，ＳＦＮ）が付与される。ＳＦＮ１０２３が付与された無線フレームの次の無線フレームにはＳＦＮ０が付与される。無線フレームの時間長は１０ｍｓであるから、システムフレーム番号の１周期は１０２４０ｍｓ（＝１０．２４秒）である。
　更に、ハイパーシステムフレーム番号（Hyper-System Frame Number，Ｈ－ＳＦＮ）が用いられてよい。ハイパーシステムフレーム番号は、システムフレーム番号の１周期ごとに、０から１０２３まで１ずつカウントアップする番号である。システムフレーム番号の１周期は１０．２４秒であるから、ハイパーシステムフレーム番号の１周期は１０４８５．７６秒（＝約２．９１時間）である。
　ここで、基地局装置２０は、１つ又は複数のサービングセルを端末装置１０に対して設定してもよい。サービングセルは、下りリンクにおけるコンポーネントキャリア、及び／又は上りリンクにおけるコンポーネントキャリアに対応してもよい。１つ又は複数のサービングセルが設定され、基地局装置２０と端末装置１０が無線通信を実行する技術は、キャリアアグリゲーションとも称され得る。
　また、基地局装置２０は、１つ又は複数のサービングセルの各々に関して、１つ又は複数の帯域幅部分（Bandwidth Part，ＢＷＰ）を端末装置１０に対して設定してもよい。例えば、１つのサービングセルの下りリンクにおいて、下りリンク帯域幅部分（DownLink Bandwidth Part，ＤＬ－ＢＷＰ）が設定されてもよい。また、１つのサービングセルの上りリンクにおいて、上りリンク帯域幅部分（UpLink Bandwidth Part，ＵＬ－ＢＷＰ）が設定されてもよい。ここで、ＤＬ－ＢＷＰは、初期ＤＬ－ＢＷＰ（Initial ＤＬ－ＢＷＰ）及び／又は個別ＤＬ－ＢＷＰ（Dedicated ＤＬ－ＢＷＰ）を含んでもよい。また、ＵＬ－ＢＷＰは、初期ＵＬ－ＢＷＰ（Initial ＵＬ－ＢＷＰ）及び／又は個別ＵＬ－ＢＷＰ（Dedicated ＵＬ－ＢＷＰ）を含んでもよい。以下、ＢＷＰは、ＤＬ－ＢＷＰ及び／又はＵＬ－ＢＷＰを含んでもよい。
１．３．　チャネルと制御情報
　端末装置１０と基地局装置２０はユーザデータ及び制御情報を互いに送受信する。下りリンク及び上りリンクにおける制御情報の送受信について以下に例示する。
　端末装置１０及び基地局装置２０は、階層化された複数のチャネルを用いてユーザデータ及び制御情報を送受信する。物理チャネルは、端末装置１０と基地局装置２０との物理的な通信に用いられるチャネルである。物理チャネルとして、物理下り制御チャネル（Physical Downlink Control CHannel，ＰＤＣＣＨ）、物理報知チャネル（Physical Broadcast CHannel，ＰＢＣＨ）、物理上り制御チャネル（Physical Uplink Control CHannel，ＰＵＣＣＨ）が例示される。
　トランスポートチャネルは、物理チャネルの上位に位置するチャネルであって、ＰＨＹ層において物理チャネルにマッピングされる。複数のトランスポートチャネルが１つの物理チャネルにマッピングされてよい。トランスポートチャネルとして、下りリンク共通チャネル（DownLink Shared Channel，ＤＬ－ＳＣＨ）、上りリンク共通チャネル（UpLink Shared Channel，ＵＬ－ＳＣＨ）が例示される。例えば、下りリンクにおけるデータは、ＤＬ－ＳＣＨのデータとも称され得る。また、例えば、上りリンクにおけるデータは、ＵＬ－ＳＣＨのデータとも称され得る。ここで、ＤＬ－ＳＣＨのデータは、下りリンクにおけるユーザデータを含む。また、ＵＬ－ＳＣＨのデータは、上りリンクにおけるユーザデータを含む。
　論理チャネルは、トランスポートチャネルの上位に位置するチャネルであって、ＭＡＣ層においてトランスポートチャネルにマッピングされる。複数の論理チャネルが１つのトランスポートチャネルにマッピングされてよく、１つの論理チャネルが複数のトランスポートチャネルにマッピングされてよい。論理チャネルは、伝送する情報の特性によって分類される。論理チャネルとして、報知制御チャネル（Broadcast Control CHannel，ＢＣＣＨ）、共通制御チャネル（Common Control CHannel，ＣＣＣＨ）、個別制御チャネル（Dedicated Control CHannel，ＤＣＣＨ）が例示される。
　基地局装置２０は、物理チャネルであるＰＤＣＣＨを用いて、下りリンク制御情報（Downlink Control Information，ＤＣＩ）を端末装置１０に送信する。ＤＣＩは、端末装置１０に対する下りリンク及び上りリンクのリソース割当てに関する情報、その他端末装置１０の制御情報を含む。ＤＣＩは、ＰＤＣＣＨにマッピングされ、レイヤ１シグナリングに相当する。
　ここで、ＰＤＣＣＨにおけるＤＣＩの送信に関して、１つ又は複数のフォーマットが規定されてもよい。ＰＤＣＣＨにおけるＤＣＩの送信に関して規定されるフォーマットは、ＤＣＩフォーマットと称され得る。例えば、ＤＣＩフォーマットは、物理下りリンク共用チャネル（Physical Downlink Shared CHannel，ＰＤＳＣＨ）のスケジューリングのために用いられるＤＣＩフォーマット（例えば、ＤＣＩフォーマット１＿０、ＤＣＩフォーマット１＿１、及び／又は、ＤＣＩフォーマット１＿２と称されるフォーマット）を含んでもよい。また、例えば、ＤＣＩフォーマットは、物理上りリンク共用チャネル（Physical Uplink Shared CHannel，ＰＵＳＣＨ）のスケジューリングのために用いられるＤＣＩフォーマット（例えば、ＤＣＩフォーマット０＿０、ＤＣＩフォーマット０＿１、及び／又は、ＤＣＩフォーマット０＿２と称されるフォーマット）を含んでもよい。また、ＤＣＩフォーマットは、ＰＤＳＣＨ及び／又はＰＵＳＣＨのスケジューリングのために用いられないＤＣＩフォーマットを含んでもよい。ＰＤＳＣＨ及び／又はＰＵＳＣＨのスケジューリングのために用いられるＤＣＩフォーマットは、スケジューリングＤＣＩフォーマットと称され得る。ＰＤＳＣＨ及び／又はＰＵＳＣＨのスケジューリングのために用いられないＤＣＩフォーマットは、非スケジューリングＤＣＩフォーマットと称され得る。本実施形態において、説明を容易とするために、「ＤＣＩフォーマット」を、単に「ＰＤＣＣＨ」と表現する場合がある。また、「ＤＣＩフォーマットに従って生成されたＤＣＩ」を、単に「ＤＣＩフォーマット」と表現する場合がある。
　例えば、基地局装置２０は、端末装置１０がＰＤＣＣＨの候補セットをモニタ（すなわち、監視）する周波数領域のリソース及び／又は時間領域のリソースを設定してもよい。例えば、端末装置１０がＰＤＣＣＨの候補セットをモニタする周波数領域のリソースは、制御リソースセット（COntrol REsource SET，ＣＯＲＥＳＥＴ）と称され得る。また、端末装置１０がＰＤＣＣＨの候補セットをモニタする時間領域のリソースは、サーチスペースセット（Search Space Set, ＳＳＳ）と称され得る。端末装置１０は、対応するサーチスペースセットに従って、ＰＤＣＣＨモニタリングが設定されたサービングセルのＤＬ－ＢＷＰにおいて、１つ又は複数ＣＯＲＥＳＥＴでＰＤＣＣＨの候補セットをモニタしてもよい。ここで、モニタとは、モニタされるＤＣＩフォーマットに従って、ＰＤＣＣＨ候補のそれぞれのデコードを試みることを含意してよい。以上の構成は、ブラインドデコーディングと称され得る。
　ここで、ＰＤＣＣＨで送信されるＤＣＩ（又はＤＣＩフォーマット）に対して、ＲＮＴＩ（Radio Network Temporary Identifier）によってスクランブルされたＣＲＣ（Cyclic Redundancy Check）が付加されてもよい。ＣＲＣは、ＣＲＣパリティビットとも称され得る。複数のタイプのＲＮＴＩが規定されている。例えば、基地局装置２０は、Ｃ－ＲＮＴＩ（Cell-RNTI）を示す情報、ＭＣＳ－Ｃ－ＲＮＴＩ（Modulation and Coding Scheme Cell-RNTI）を示す情報、及びＣＳ－ＲＮＴＩ（Configured Scheduling-RNTI）を示す情報の少なくとも何れかを含むＲＲＣメッセージを送信することによって、各ＲＮＴＩを設定してもよい。すなわち、ＰＤＣＣＨで送信されるＤＣＩ（又はＤＣＩフォーマット）に、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ及びＣＳ－ＲＮＴＩの少なくとも何れかによってスクランブルされたＣＲＣが付加されてもよい。
　すなわち、端末装置１０は、ＰＤＣＣＨをモニタ（及び／又は、受信）し、ＤＣＩフォーマットを検出（及び／又は、受信）してもよい。ここで、後述するように、端末装置１０は、ＰＤＣＣＨのモニタリング（及び／又は、受信）を、ＤＲＸ動作におけるアクティブ時間において実行してもよい。
　端末装置１０は、物理チャネルであるＰＵＣＣＨを用いて、上りリンク制御情報（Uplink Control Information，ＵＣＩ）を基地局装置２０に送信する。ＵＣＩは、スケジューリング要求（Scheduling Request，ＳＲ）、ハイブリッド自動再送要求（Hybrid Automatic Repeat reQuest，ＨＡＲＱ）のＡｃｋ／Ｎａｃｋ、チャネル状態情報（Channel State Information，ＣＳＩ）等の制御情報を含む。ＵＣＩは、ＰＵＣＣＨ又はＰＵＳＣＨにマッピングされ、レイヤ１シグナリングに相当する。
　基地局装置２０は、トランスポートチャネルであるＤＬ－ＳＣＨを用いて、ＭＡＣ層の制御要素（Control Element，ＣＥ）を端末装置１０に送信する。下りリンクのＭＡＣ　ＣＥは、ＤＲＸ（後述）コマンド等の制御情報を含む。下りリンクのＭＡＣ　ＣＥは、ＤＬ－ＳＣＨを介してＰＤＳＣＨにマッピングされ、レイヤ２シグナリングに相当する。
　端末装置１０は、トランスポートチャネルであるＵＬ－ＳＣＨを用いて、ＭＡＣ層の制御要素（Control Element，ＣＥ）を基地局装置２０に送信する。上りリンクのＭＡＣ　ＣＥは、バッファステータス報告（Buffer Status Report，ＢＳＲ）等の制御情報を含む。上りリンクのＭＡＣ　ＣＥは、ＵＬ－ＳＣＨを介してＰＵＳＣＨにマッピングされ、レイヤ２シグナリングに相当する。
　基地局装置２０は、論理チャネルであるＢＣＣＨを用いて、システム情報（System Information，ＳＩ）を端末装置１０に送信する（又は、報知する）。ＳＩは、最小システム情報（Minimum System Information，ＭＳＩ）と他システム情報（Other System Information，ＯＳＩ）とを含む。ＭＳＩは、マスター情報ブロック（Master Information Block，ＭＩＢ）とシステム情報ブロック１（System Information Block 1，ＳＩＢ１）とを含む。ＳＩＢ１は、残余最小システム情報（Remaining Minimum System Information，ＲＭＳＩ）と称されてよい。ＯＳＩは、ＳＩＢ１以外のシステム情報ブロック（ＳＩＢ２～）を含む。ＢＣＣＨのうち、ＭＩＢはＢＣＨ（Broadcast CHannel）を介してＰＢＣＨにマッピングされ、ＳＩＢはＤＬ－ＳＣＨを介してＰＤＳＣＨにマッピングされる。
　基地局装置２０は、ＲＲＣ層において端末装置１０と基地局装置２０との間に確立されるシグナリング無線ベアラ（Signaling Radio Bearer，ＳＲＢ）を用いて、ＲＲＣ層における制御情報を端末装置１０に送信する。以下、ＲＲＣ層において基地局装置２０と端末装置１０との間でやり取りされるメッセージは、ＲＲＣメッセージと称され得る。複数の種別のＳＲＢ（例えば、ＳＲＢ０，ＳＲＢ１，ＳＲＢ２，ＳＲＢ３，ＳＲＢ４）が存在する。ＳＲＢは、ＲＲＣメッセージの他、ＮＡＳ層における制御情報を含むＮＡＳメッセージの送受信に用いられる。基地局装置２０から端末装置１０へのＲＲＣメッセージの送信には、ＣＣＣＨ又はＤＣＣＨが用いられる。ＣＣＣＨ及びＤＣＣＨは、それぞれ、ＤＬ－ＳＣＨを介してＰＤＳＣＨにマッピングされる。ＲＲＣメッセージはレイヤ３シグナリングに相当する。
　下りリンクのＲＲＣメッセージの一例として、ＲＲＣ再設定（RRCReconfiguration）メッセージについて説明する。ＲＲＣ再設定メッセージは、ＳＲＢ１又はＳＲＢ３を用いて基地局装置２０から端末装置１０に送信されるＲＲＣメッセージである。ＤＣＣＨがＲＲＣ再設定メッセージの送信に用いられる。ＲＲＣ再設定メッセージは、基地局装置２０と端末装置１０との間の接続に関する再設定（reconfiguration）又は変更（modification）を行うのに用いられる。
　端末装置１０は、上述したＳＲＢを用いて、ＲＲＣメッセージを基地局装置２０に送信する。端末装置１０から基地局装置２０へのＲＲＣメッセージの送信には、ＣＣＣＨ又はＤＣＣＨが用いられる。ＣＣＣＨ及びＤＣＣＨは、それぞれ、ＵＬ－ＳＣＨを介してＰＵＳＣＨにマッピングされる。ＲＲＣメッセージはレイヤ３シグナリングに相当する。
　上りリンクのＲＲＣメッセージの一例として、ユーザ機器能力情報（UECapabilityInformation）メッセージについて説明する。ユーザ機器能力情報メッセージは、ＳＲＢ１を用いて端末装置１０から基地局装置２０に送信されるＲＲＣメッセージである。ＤＣＣＨがユーザ機器能力情報メッセージの送信に用いられる。ユーザ機器能力情報メッセージは、端末装置１０の無線アクセス能力（radio access capability）に関する情報を基地局装置２０に通知するのに用いられる。
　上りリンクのＲＲＣメッセージの一例として、ユーザ機器補助情報（UEAssistanceInformation）メッセージについて説明する。ユーザ機器補助情報メッセージは、ＳＲＢ１又はＳＲＢ３を用いて端末装置１０から基地局装置２０に送信されるＲＲＣメッセージである。ＤＣＣＨがユーザ機器補助情報メッセージの送信に用いられる。ユーザ機器補助情報メッセージは、端末装置１０に関する種々の情報（ＵＥ補助情報）を基地局装置２０に通知するのに用いられる。
１．４．　無線リソース制御（ＲＲＣ）状態
　図９に示すように、端末装置１０は、ＲＲＣ接続（RRC_CONNECTED）、ＲＲＣ非活動（RRC_INACTIVE）、及びＲＲＣアイドル（RRC_IDLE）の３つの無線リソース制御（ＲＲＣ）状態の何れかを取る。
　ＲＲＣ接続（RRC_CONNECTED）状態は、端末装置１０と基地局装置２０との間の接続（ＲＲＣコンテキスト）が確立した状態であって、端末装置１０は基地局装置２０と無線信号を送受信する。ＲＲＣ非活動（RRC_INACTIVE）状態において、端末装置１０と基地局装置２０との間の接続（ＲＲＣコンテキスト）は維持されているが、端末装置１０は、基地局装置２０と無線信号を送受信しない。ＲＲＣアイドル（RRC_IDLE）状態において、端末装置１０と基地局装置２０との間の接続（ＲＲＣコンテキスト）は解放されている。
　端末装置１０の消費電力は、ＲＲＣアイドル（RRC_IDLE）状態、ＲＲＣ非活動（RRC_INACTIVE）状態、ＲＲＣ接続（RRC_CONNECTED）状態の順で増大する。
１．５．　間欠受信（Discontinuous Reception，ＤＲＸ）
　端末装置１０の消費電力を低減する技術として、間欠受信（Discontinuous Reception，ＤＲＸ）が用いられる。ＤＲＸは、ＲＲＣアイドル状態及びＲＲＣ接続状態において端末装置１０に適用され得る。ＲＲＣ接続状態におけるＤＲＸは、ＣＤＲＸ（Connected mode Discontinuous Reception）と称される。
　図１０に概略的に示すように、ＤＲＸが構成（又は設定）された場合、端末装置１０はＰＤＣＣＨを継続的にモニタし続けなくてよく、所定のオン期間（on-duration）のみでＰＤＣＣＨをモニタする。すなわち、オン期間（on-duration）は、端末装置１０が１以上のＰＤＣＣＨ（すなわち、ＰＤＣＣＨ（ｓ））を受信することを待機する（wait）期間であり得る。例えば、端末装置１０は、ウェイクアップ後に、オン期間（on-duration）において１以上のＰＤＣＣＨの受信を待機してもよい。また、端末装置１０は、ＰＤＣＣＨのデコードに成功した場合、ＰＤＣＣＨのモニタリングを継続しタイマー（inactivity timer）を開始してもよい。ここで、期間（on-duration）の繰り返し（例えば、周期的な繰り返し）が、所定のサイクル（ＤＲＸサイクル、ＤＲＸ周期）を用いて設定されてもよい。
　ＲＲＣアイドル状態のＤＲＸにおいて、端末装置１０は、例えば、ＰＤＣＣＨを間欠的にモニタして端末装置１０を呼び出すページングメッセージを受信する。ＣＤＲＸにおいて、端末装置１０は、例えば、ＰＤＣＣＨを間欠的にモニタしてリソース割当て情報（すなわち、ＰＤＳＣＨ及び／又はＰＵＳＣＨのスケジューリングに用いられるＤＣＩフォーマット）を受信する。ＤＲＸにおいて、最初により周期の短いショートＤＲＸ（Short DRX）が実行され、その後により周期の長いロングＤＲＸ（Long DRX）が実行される構成も採用され得る。
　端末装置１０にＤＲＸを構成するのに用いられるＤＲＸパラメータの一部又は全部が、ＲＲＣメッセージを用いて基地局装置２０から端末装置１０に送信されてよい。すなわち、基地局装置２０は、ＤＲＸパラメータの一部又は全部を含むＲＲＣメッセージを端末装置１０に送信してもよい。ここで、ＤＲＸパラメータの一部又は全部は、１つ又は複数のサービングセルを含むセルグループに対して設定されてもよい。すなわち、基地局装置２０は、１つ又は複数のサービングセルを含むセルグループを設定し、設定された当該セルグループに対してＤＲＸパラメータの一部又は全部を設定してもよい。例えば、基地局装置２０は、セルグループを設定するための情報を含むＲＲＣメッセージを端末装置１０に送信してもよい。ここで、セルグループは、ＭＡＣパラメータを設定するためのセルグループであってもよい。また、セルグループは、マスターセルグループ及び／又はセカンダリセルグループと称されてもよい。また、セルグループは、ＤＲＸグループと称されてもよい。
　端末装置１０は、ＤＲＸパラメータの一部又は全部を含むＲＲＣメッセージを受信し、ＤＲＸパラメータの一部又は全部に基づいて、ＤＲＸ動作を制御する。すなわち、端末装置１０は、ＤＲＸパラメータの一部又は全部に基づいて、セルグループ毎にＤＲＸ動作を制御し得る。特に、ＲＲＣの情報要素（Information Element，ＩＥ）の一例であるDRX-Config IEがＤＲＸパラメータの一部又は全部を含み、DRX-Config IEを含むＲＲＣメッセージであるRRCReconfigurationが基地局装置２０から端末装置１０に送信されてよい。ＤＲＸパラメータの一部又は全部は、他のＩＥに含まれてもよい。
　ここで、ＤＲＸパラメータの一部は、セルグループに対して共通に設定されてもよい。すなわち、ＤＲＸパラメータの一部は、セルグループのそれぞれに対して設定されずに、１つ又は複数のセルグループに共通なパラメータとして設定されてもよい。
　本実施形態において、ＤＲＸパラメータは、後述する第１のＤＲＸパラメータの一部又は全部、及び／又は、第２のＤＲＸパラメータの一部又は全部を含んでもよい。後述するように、例えば、第２のＤＲＸパラメータの一部又は全部は、第１のＤＲＸパラメータに含まれてもよい。すなわち、第２のＤＲＸパラメータの一部又は全部を含む第１のＤＲＸパラメータを含むDRX-Config IEが、基地局装置２０から端末装置１０に送信されてよい。また、第１のＤＲＸパラメータの一部又は全部と、第２のＤＲＸパラメータの一部又は全部とが、個別のIEとして、基地局装置２０から端末装置１０にそれぞれ送信されてよい。例えば、第１のＤＲＸパラメータの一部又は全部を含む第１のDRX-Config IEと、第２のＤＲＸパラメータの一部又は全部を含み、かつ第１のDRX-Config IEと異なる第２のDRX-config IEとが、基地局装置２０から端末装置１０にそれぞれ送信されてよい。
　端末装置１０にＤＲＸを構成（又は設定）するのに用いられる第１のＤＲＸパラメータを、以下に例示する。なお、第１のＤＲＸパラメータは、第１のＤＲＸパラメータのセット又は第１のＤＲＸに関する情報と称され得る。第１のＤＲＸパラメータによって設定（換言すると、規定、決定、又は識別）されるＤＲＸ設定は、第１のＤＲＸ設定と称され得る。例えば、第１のＤＲＸ設定は、オン期間（on-duration）、タイマー（inactivity timer）、及び／又は、サイクル（換言すると、ＤＲＸサイクル又はＤＲＸ周期）の少なくとも１つを含んでよい。
　－端末装置１０のオン期間の時間長を示すオン期間タイマー（drx-onDurationTimer）。このＤＲＸパラメータは、オン期間（on-duration）の値を設定するために用いられる。例えば、drx-onDurationTimerを用いて、ＤＲＸサイクルの開始時の期間が設定されてもよい。
　－端末装置１０がＰＤＣＣＨを受信してからオン状態を維持する期間（すなわち、オフ状態になるまでの期間）を示す非活動タイマー（drx-InactivityTimer）。このＤＲＸパラメータは、タイマー（inactivity timer）の値に対応してもよい。例えば、drx-InactivityTimerを用いて、新規のＤＬ送信及び／又はＵＬ送信を指示するＰＤＣＣＨの受信（すなわち、ＰＤＣＣＨ機会（occasion））の後の期間が設定されてもよい。
　－ショートＤＲＸにおけるオン期間の周期（例えば、ショート周期）（drx-ShortCycle）。このＤＲＸパラメータは、ショートＤＲＸにおけるサイクル（ＤＲＸサイクル、ＤＲＸ周期）に対応してもよい。
　－ショートＤＲＸの継続期間を示すショート周期タイマー（drx-ShortCycleTimer）。例えば、drx-ShortCycleTimerを用いて、端末装置１０に、ショートＤＲＸサイクルに従う期間が設定されてもよい。
　－ロングＤＲＸにおけるオン期間の周期（例えば、ロング周期）、及び／又はＤＲＸの開始位置（例えば、サブフレーム及び／又はスロット）を示す開始オフセット（drx-LongCycleStartOffset）。このＤＲＸパラメータは、ロングＤＲＸにおけるサイクル（ＤＲＸサイクル又はＤＲＸ周期）に対応してもよい。例えば、drx-LongCycleStartOffsetを用いて、ロングＤＲＸサイクル及び／又はショートＤＲＸサイクルが開始する位置が設定されてもよい。
　－オン期間が開始するまでの遅延（delay）を示すスロットオフセット（drx-SlotOffset）。例えば、drx-SlotOffsetを用いて、オン期間タイマー（drx-onDurationTimer）が開始される前の遅延が設定されてもよい。
　通常のＤＲＸ（ＣＤＲＸを含む）においては、システムフレーム番号（ＳＦＮ）及びサブフレーム番号によってオン期間の時間的配置が特定される。前述したように、システムフレーム番号の１周期は１０２４０ｍｓ（＝１０．２４秒）である。上記１周期が終了するとＳＦＮは０に戻る。
　より長い時間範囲をＤＲＸに導入するために、拡張ＤＲＸ（extended Discontinuous Reception，ｅＤＲＸ）が適用され得る。ｅＤＲＸにおいては、システムフレーム番号（ＳＦＮ）及びサブフレーム番号に加えて、前述したハイパーシステムフレーム番号も用いてオン期間の時間的配置が特定される。前述したように、ハイパーシステムフレーム番号の１周期は１０４８５．７６秒（＝約２．９１時間）であるから、ｅＤＲＸではより長い時間範囲を使用することができる。
１．６．　エクステンデッドリアリティ（eXtended Reality，ＸＲ）
　ＸＲにおいて発生するトラフィックの特性について説明する。ＸＲにおいては、複数のタイプのデータ（動画データ、音声データ、ユーザデータ、制御データ等）が並列的に送受信される。上記データに対応する複数のデータストリームは、それぞれ異なるトラフィック特性及びサービス品質（Quality of Service，ＱｏＳ）要件を有する。
　上記データの送受信タイミングには、動画や音声のエンコーディング、ネットワーク遅延等の原因によって、ジッタ（jitter）、ばらつき（variability）、揺らぎ（fluctuation）のように表現される時間変化（time shift）が生じることがある。
　動画データは、フレーム毎秒（Frame Per Second，ＦＰＳ）で示されるフレームレートを基準として送受信される。例えば、６０ＦＰＳの場合は１６．６７ｍｓごとに、１２０ＦＰＳの場合は８．３３ｍｓごとに１フレーム分のデータが送受信される。
１．７．　第２のＤＲＸパラメータの導入
　次に、本実施形態に係るＤＲＸの具体例を説明する。上述したように、ＸＲにおいて発生するトラフィックの特性からジッタ等による時間変化が増大することが予想される。このような時間変化の増大から、ＤＲＸにおけるオン期間外にトラフィック（例えば、ＰＤＣＣＨ、及び／又は、ＰＤＳＣＨ）が到達するようなケースが増大することも予想される。オン期間外にトラフィックが到達すると、次のオン期間までトラフィックを検出することができず遅延が発生する。以下、本実施形態において、トラフィックについて、主に、ＰＤＣＣＨを記載するが、トラフィックは、ＰＤＣＣＨだけでなく、ＰＤＳＣＨをも含んでもよい。すなわち、本実施形態において、ＰＤＣＣＨは、トラフィックに含まれ、トラフィックは、ＰＤＳＣＨにも換言されてもよい。また、本実施形態において、ＰＤＣＣＨのモニタは、トラフィックの受信に含まれ、トラフィックの受信は、ＰＤＣＣＨ（例えば、下りリンク制御情報）の受信、及び／又は、ＰＤＳＣＨ（例えば、下りリンクにおけるユーザデータ）の受信に換言されてもよい。
　ここで、端末装置１０において、ＤＲＸ動作を利用して電力消費を抑えつつ、到達するトラフィックに柔軟に対応するために、第１のＤＲＸ設定に適用される第２のＤＲＸパラメータが規定されてもよい。端末装置１０にＤＲＸを構成（設定）するのに用いられる第２のＤＲＸパラメータ（第２のＤＲＸパラメータのセット、第２のＤＲＸに関する情報）を、以下に例示する。ここで、第２のＤＲＸパラメータによって設定（識別、決定）されるＤＲＸ設定を、第２のＤＲＸ設定とも称する。例えば、第２のＤＲＸ設定は、オン期間（on-duration）、タイマー（inactivity timer）、及び／又は、サイクル（ＤＲＸサイクル、ＤＲＸ周期）の少なくとも１つを含んでよい。例えば、基地局装置２０は、第１のＤＲＸパラメータを用いて設定したオン期間内に、更に、第２のパラメータを用いて１つ又は複数のオン期間を設定してもよい。すなわち、第２のＤＲＸ設定は、第１のＤＲＸパラメータによって設定されたオン期間に対して適用されてもよい。本実施形態において、第１のＤＲＸパラメータを用いて設定（規定、決定、識別）されるオン期間を「第１のオン期間」と称する。また、第２のＤＲＸパラメータを用いて設定（規定、決定、識別）されるオン期間を「第２のオン期間」と称する。すなわち、第１のオン期間は、第１のＤＲＸ設定に含まれる。また、第２のオン期間は、第２のＤＲＸ設定に含まれる。例えば、基地局装置２０は、「第１のオン期間」に対して、１つ又は複数のオン期間を「第２のオン期間」として端末装置１０に設定してもよい。
　－second on-duration：第２のオン期間の時間長を示すオン期間タイマー。第２のオン期間の値を設定するために用いられる。例えば、second on-durationを用いて、第２のオン期間に対するＤＲＸサイクルの開始時の期間が設定されてもよい。
　－second DRX cycle：第２のオン期間の周期。第２のオン期間の繰り返し（例えば、周期的な繰り返し）が設定される。
　－second DRX offset 1：第２のオン期間の開始位置を補正するためのオフセット値Ｘを示す（例えば、ミリ秒、及び／又は、サブフレーム数を用いて示される）。例えば、オフセット値Ｘは、第１のオン期間の開始位置からの値として示されてもよい。また、オフセット値Ｘは、基準フレーム（例えば、ＳＦＮ）からの値として示されてもよい。
　－second DRX offset 2：第２のオン期間の開始位置を補正するためのオフセット値Ｙを示す（例えば、ミリ秒、及び／又は、スロット数を用いて示される）。例えば、オフセット値Ｙは、第１のオン期間の開始位置からの値として示されてもよい。また、オフセット値Ｙは、基準フレーム（例えば、ＳＦＮ）からの値として示されてもよい。
　－second drx-InactivityTimer：端末装置１０がＰＤＣＣＨを受信してから第２のオン期間においてオン状態を維持する期間（すなわち、オフ状態になるまでの期間）を示す非活動タイマー。例えば、second drx-InactivityTimerを用いて、新規のＤＬ、及び／又は、ＵＬの送信を示すＰＤＣＣＨの受信（ＰＤＣＣＨ機会）の後の期間が設定されてもよい。
　ここで、上述の通り、第２のＤＲＸパラメータの一部又は全ては、１つ又は複数のサービングセルを含むセルグループに対して設定されてもよい。ここで、第２のＤＲＸパラメータの一部又は全ては、１つ又は複数のサービングセルのそれぞれに対して設定されてもよい。すなわち、基地局装置２０は、第２のＤＲＸパラメータの一部又は全てを、１つ又は複数のサービングセルのそれぞれに対して設定してもよい。また、端末装置１０は、１つ又は複数のサービングセルのそれぞれに対して設定された第２のＤＲＸパラメータの一部又は全てを受信し、第２のＤＲＸ設定を決定（識別）してもよい。例えば、第２のＤＲＸパラメータの一部又は全ては、あるセルグループに含まれる１つ又は複数のサービングセルのそれぞれに対して設定されてもよい。また、第２のＤＲＸパラメータの一部又は全ては、１つ又は複数のＤＬ－ＢＷＰのそれぞれに対して設定されてもよい。すなわち、基地局装置２０は、第２のＤＲＸパラメータの一部又は全てを、１つ又は複数のＤＬ－ＢＷＰのそれぞれに対して設定してもよい。また、端末装置１０は、１つ又は複数のＤＬ－ＢＷＰのそれぞれに対して設定された第２のＤＲＸパラメータの一部又は全てを受信し、第２のＤＲＸ設定を決定（識別）してもよい。例えば、第２のＤＲＸパラメータの一部又は全ては、あるセルグループに含まれる１つ又は複数のサービングセルのそれぞれにおける、１つ又は複数のＤＬ－ＢＷＰのそれぞれに対して設定されてもよい。
　また、第２のＤＲＸパラメータの一部又は全ては、端末装置ごと、及び／又は、周波数範囲（Frequency Range, ＦＲ）ごとに設定されてもよい。また、第２のＤＲＸパラメータとして、周波数範囲ごとに異なるパラメータセットが設定されてもよく、同一の周波数範囲に属するセルグループ、及び／又は、サービングセルに対して、同一のパラメータセットが用いられてもよい。
　ここで、上述した第２のＤＲＸパラメータの一部は規定されなくてもよい。例えば、second drx-InactivityTimerは規定されなくてもよい。例えば、端末装置１０は、第１のＤＲＸパラメータに基づいて設定されたタイマー（inactivity timer）の値を、第２のオン期間に対して適用してもよい。すなわち、第１のＤＲＸパラメータが、第２のＤＲＸ設定の決定に適用されてもよい。すなわち、第１のＤＲＸパラメータは、第１のＤＲＸ設定の決定、及び／又は、第２のＤＲＸ設定の決定に用いられる共通のパラメータとして規定されてもよい。
　また、端末装置１０は、第２のＤＲＸパラメータの設定（受信）に基づいて、第１のＤＲＸパラメータを解放（リリース）してもよい。本実施形態において、解放（リリース）は、サスペンド、停止（一時停止）、リセット、削除、及び／又は、破棄などに換言されてもよい。例えば、端末装置１０は、drx-onDurationTimer（第１のＤＲＸパラメータ）が設定されている場合において、second on-duration（第２のＤＲＸパラメータ）の設定に基づいて、drx-onDurationTimer（第１のＤＲＸパラメータ）を解放してもよい。また、端末装置１０は、drx-InactivityTimer（第１のＤＲＸパラメータ）が設定されている場合において、second drx-InactivityTimer（第２のＤＲＸパラメータ）の設定に基づいて、drx-InactivityTimer（第１のＤＲＸパラメータ）を解放してもよい。
　また、端末装置１０は、第２のオン期間が設定された場合には、第２のオン期間においてＰＤＣＣＨをモニタしてもよい。すなわち、端末装置１０は、第２のオン期間が設定された場合には、第１のオン期間（すなわち、第２のオン期間を除く第１のオン期間）においてＰＤＣＣＨをモニタしなくてもよい。すなわち、端末装置１０は、第２のオン期間が設定された場合には、第１のオン期間が設定されているかどうかに関わらず、第２のオン期間においてＰＤＣＣＨをモニタしてもよい。また、端末装置１０は、第２のオン期間が設定されず、第１のオン期間が設定された場合には、第１のオン期間でＰＤＣＣＨにおいてモニタしてもよい。例えば、第２のオン期間は、第１のオン期間内に所定の周期、及び／又は、所定の時間長（期間）で設定されるように規定されてもよい。
　図１１に示すように、本実施形態では、第１のＤＲＸパラメータを用いて設定される第１のサイクル（ＤＲＸサイクル、ＤＲＸ周期）ごとに第１のオン期間が規定されてもよい。例えば、第１のオン期間は、drx-onDurationTimerの値によって示される期間に相当する。また、第１のサイクルは、drx-LongCycleStartOffsetの値によって示される周期に相当する。
　例えば、第１のオン期間は、サブフレームの開始タイミングに合わせて開始するために、drx-LongCycleStartOffsetの値と、サブフレーム番号とに基づいたタイミングで開始する。具体的には、以下の条件を満たすタイミング（開始位置）で、第１のオン期間が開始される。
[(SFN × 10) + subframe number] modulo (drx-LongCycle) = drx-SrartOffset
　また、第１のオン期間は、例えば、開始位置をスロット単位で調整するために、drx-SlotOffsetの値に対応する遅延を伴って開始されてもよい。具体的には、drx-SlotOffsetで指示されたスロット数の遅延を伴って第１のオン期間が開始されてもよい。
　ここで、上述の通り、drx-InactivityTimerを用いて、新規のＤＬ、及び／又は、ＵＬの送信を示すＰＤＣＣＨの受信（ＰＤＣＣＨ機会）の後の期間が設定されてもよい。例えば、端末装置１０は、drx-onDurationTimer、又は、drx-InactivityTimerが動作している時間を、アクティブ時間とみなしてもよい。例えば、端末装置１０は、あるセルグループに対して設定されたdrx-onDurationTimer、又は、drx-InactivityTimerが動作している時間を、当該あるセルグループに属するサービングセルに対するアクティブ時間とみなしてもよい。また、端末装置１０は、アクティブ時間においてＰＤＣＣＨをモニタしてもよい。例えば、端末装置１０は、あるセルグループがアクティブ時間である場合には、当該あるセルグループに属するサービングセルにおいて、ＰＤＣＣＨをモニタしてもよい。本実施形態において、アクティブ時間は、端末装置１０が、ＰＤＣＣＨをモニタする時間（期間）として記載される。例えば、端末装置１０が、第１のオン期間内にＰＤＣＣＨを検出すると、drx-InactivityTimerが示す期間が満了するまで、第１のオン期間経過後もＰＤＣＣＨをモニタする。drx-InactivityTimerは、第１のオン期間内にＰＤＣＣＨを検出した場合、次のＰＤＣＣＨが即時に発生することを予測して、第１のオン期間経過後もＰＤＣＣＨをモニタするための期間を示してもよい。
　図１１に示すように、本実施形態では、第１のオン期間内に１つ又は複数の第２のオン期間が規定される。第２のオン期間は、第１のオン期間内に第２のＤＲＸパラメータを用いて設定される第２のサイクル（ＤＲＸサイクル、ＤＲＸ周期）ごとに規定されてもよい。例えば、第２のオン期間は、第２のＤＲＸ設定に対して規定されるオン期間（例えば、second on-duration）であってもよい。例えば、第２のパラメータを用いて第２のオン期間が設定された端末装置１０は、第２のオン期間内のみにおいて、ＰＤＣＣＨをモニタする。第２のＤＲＸパラメータを用いて設定される第２のサイクル（ＤＲＸサイクル、ＤＲＸ周期）は、第２のＤＲＸ設定に対して規定される第２のオン期間の周期（例えば、second DRX cycle）である。すなわち、第２のＤＲＸパラメータを用いて設定される第２のサイクル（ＤＲＸサイクル、ＤＲＸ周期）は、第２のオン期間の繰り返し（例えば、周期的な繰り返し）に対応してもよい。
　例えば、第２のオン期間は、前の第２のオン期間の開始から第２のサイクルが経過したタイミングで開始してもよい。このタイミングは、第２のオン期間が開始したときにタイマーを起動し、第２のサイクルを計測することによって判定される。
　また、第２のオン期間は、例えば、サブフレームの開始タイミングに合わせて開始するために、第２のＤＲＸ設定に対して定義されるオフセット値Ｘ（例えば、second DRX offset）と、サブフレーム番号とに基づいたタイミングで開始してもよい。このオフセット値Ｘは、例えば、ミリ秒、及び／又は、サブフレーム数の単位で定義される。具体的には、以下の条件を満たすタイミング（開始位置）で、第２のオン期間が開始される。
[(SFN × 10) + subframe number] modulo (第２のサイクル) = オフセット値Ｘ
　更に、第２のオン期間は、例えば、開始位置を所定の単位（例えば、スロットの単位）で調整するために、第２のＤＲＸ設定によって特定されるオフセット値Ｙの遅延を伴って開始されてもよい。このオフセット値Ｙは、例えば、スロットの数又はミリ秒の単位で定義される。具体的には、第１のオン期間の開始位置から、設定されたオフセット値Ｙだけ遅延して第２のオン期間が開始する。すなわち、第２のオン期間の開始位置は、第１のオン期間の開始位置に基づいて決定されてもよい。例えば、第１のオン期間の開始位置はＳＦＮに基づいて決定されてもよく、第２のオン期間の開始位置は第１のオン期間の開始位置に基づいて決定されてもよい。
　ここで、上述の通り、second drx－InactivityTimerを用いて、新規のＤＬ、及び／又は、ＵＬの送信を示すＰＤＣＣＨの受信（ＰＤＣＣＨ機会）の後の期間が設定されてもよい。例えば、端末装置１０は、second on-duration、又は、second drx-InactivityTimerが動作している時間を、アクティブ時間とみなしてもよい。例えば、端末装置１０は、あるセルグループに対して設定されたsecond on-duration、又は、second drx-InactivityTimerが動作している時間を、当該あるセルグループに属するサービングセルに対するアクティブ時間とみなしてもよい。端末装置１０は、アクティブ時間においてＰＤＣＣＨをモニタしてもよい。
　また、上述の通り、端末装置１０は、second drx-InactivityTimerが設定されている場合には、second drx-InactivityTimerを用いてもよい。すなわち、端末装置１０は、second drx-InactivityTimerが設定されていない場合には、drx-InactivityTimerを用いてもよい。例えば、端末装置１０は、second on-duration、又は、drx-InactivityTimerが動作している時間を、アクティブ時間とみなしてもよい。例えば、端末装置１０は、あるセルグループに対して設定されたsecond on-duration、又は、drx-InactivityTimerが動作している時間を、当該あるセルグループに属するサービングセルに対するアクティブ時間とみなしてもよい。端末装置１０は、アクティブ時間においてＰＤＣＣＨをモニタしてもよい。また、上述の通り、second drx-InactivityTimerは規定されなくてもよい。すなわち、端末装置１０は、second on-duration、又は、drx-InactivityTimerが動作している時間をアクティブ時間とみなし、アクティブ時間においてＰＤＣＣＨをモニタしてもよい。
　例えば、端末装置１０は、第２のオン期間内にＰＤＣＣＨを検出すると、drx-InactivityTimerが示す期間が満了するまで、第１のオン期間経過後もＰＤＣＣＨをモニタする。代わりに、端末装置１０は、第２のオン期間内にＰＤＣＣＨを検出すると、第２のＤＲＸ設定によって特定されるタイマー値Ｚ（例えば、second drx-InactivityTimer）が示す期間が満了するまで、第２のオン期間経過後もＰＤＣＣＨをモニタしてもよい。つまり、第２のオン期間経過後の一定の期間内にＰＤＣＣＨをモニタするために、drx-InactivityTimerとは別個のタイマー値Ｚが定義されてもよい。
　本実施形態では、第２のＤＲＸパラメータセットとして、上述した第２のオン期間、第２のサイクル（ＤＲＸサイクル、ＤＲＸ周期）、オフセット値Ｘ及びＹ、並びにタイマー値Ｚ等が定義される。これらのパラメータは例示に過ぎず、他のパラメータが定義されてもよい。また、これらのパラメータの全てが第２のＤＲＸパラメータセットとしてされる必要はなく、例えば、タイマー値等について、drx-InactivityTimerが使用されてもよい。上述の通り、第１のＤＲＸ設定と第２のＤＲＸ設定との間で一部のパラメータが共有されてもよい。
　本実施形態によれば、端末装置１０は、第１のオン期間内に、第２のサイクル（ＤＲＸサイクル、ＤＲＸ周期）ごとに規定される第２のオン期間内のみにおいて、ＰＤＣＣＨをモニタするので、例えば、第１のオン期間を長く設定することによって、端末装置１０の電力消費を抑えつつ、ジッタ等の影響による遅延を低下させることができる。
１．８．　第２のＤＲＸ設定の更新
　次に、通信システムＳにおける第２のＤＲＸ設定を更新する処理を説明する。基地局装置２０が、第２のＤＲＸ設定に対して第２のＤＲＸパラメータセットを端末装置１０に対して設定した後、端末装置１０の電力状況等によって、第２のＤＲＸ設定を更新、維持、追加、変更、削除、及び／又は、解放する要求が発生する場合がある。このような場合に、端末装置１０において第２のＤＲＸ設定の更新、維持、追加、変更、削除、及び／又は、解放が要求され、基地局装置２０によって、端末装置１０からの要求に基づいた第２のＤＲＸパラメータが設定される必要がある。
　本実施形態では、端末装置１０は、第２のＤＲＸ設定の一部又は全てを更新、維持、追加、変更、削除、及び／又は、解放することを示す（要求する）プリファランス（preference）情報を基地局装置２０に送信する。また、基地局装置２０は、端末装置１０からのプリファランス情報に基づいて、第２のＤＲＸパラメータを端末装置１０に送信し、第２のＤＲＸ設定を（再）設定する。
　例えば、プリファランス情報は、以下のようなパラメータを含んでもよい。すなわち、プリファランス情報は、以下のパラメータを特定する情報を含んでもよい。ここで、本実施形態において、パラメータを特定することは、パラメータの値（すなわち、パラメータにセットされる値）を特定することを含んでもよい。また、本実施形態において、パラメータを特定する（及び／又は、パラメータの値を特定する）ことは、パラメータ（及び／又は、パラメータの値）を、更新、維持、追加、変更、削除、及び／又は、解放することを含んでもよい。すなわち、本実施形態において、パラメータを特定する（及び／又は、パラメータの値を特定する）ことを示すプリファランス情報が送信されるとは、パラメータ（及び／又は、パラメータの値）を、更新、維持、追加、変更、削除、及び／又は、解放すること示す情報が送信されることが含まれてもよい。
・second on-duration
・second DRX cycle
・second DRX offset 1
・second DRX offset 2
・second drx-InactivityTimer
　ここで、後述するように、プリファランス情報は、UEAssistanceInformationメッセージに含まれて送信されてもよい。例えば、端末装置１０は、あるセルグループに対するＤＲＸのパラメータについてのプリファランスを持つ場合、当該プリファランス（すなわち、プリファランス情報）をUEAssistanceInformationメッセージに含め、基地局装置２０に送信してもよい。例えば、端末装置１０は、上述のパラメータのそれぞれに対してプリファランスを持つ場合、当該パラメータのそれぞれについてのプリファランス（すなわち、プリファランス情報）をUEAssistanceInformationメッセージに含め、基地局装置２０に送信してもよい。
　また、基地局装置２０は、ＤＲＸのプリファレンス（ＤＲＸパラメータについてのプリファランス）についてのUEAssistanceInformationメッセージを送信するように、端末装置１０に対して設定してもよい。例えば、基地局装置２０は、端末装置１０におけるＤＲＸのプリファレンスについてのUEAssistanceInformationメッセージを送信するように設定する情報を、ＲＲＣメッセージに含めて端末装置１０に送信してもよい。端末装置１０は、当該情報に基づいて、ＤＲＸのプリファレンスを含むUEAssistanceInformationメッセージを基地局装置２０に送信してもよい。すなわち、例えば、基地局装置２０は、以下のようなパラメータのプリファレンスについてのUEAssistanceInformationメッセージを送信するように設定する情報を送信し、端末装置１０は、当該情報に基づいて、以下のようなパラメータのプリファレンスを含むUEAssistanceInformationメッセージを基地局装置２０に送信してもよい。
　ここで、上述したプリファランス情報が含まれるＩＥは例示に過ぎない。例えば、second DRX offset 1及びsecond DRX offset 2は１つのＩＥに含まれてもよく、開始タイミングを補正する時間単位を特定するビット、及び補正する値を特定するビットを有してもよい。例えば、補正する時間単位を特定するビットは、ミリ秒の単位で補正する場合は０、サブフレームの単位で補正する場合は１等であってもよい。
　前述したようにスロットの時間長はμ（ひいては、サブキャリア間隔Δｆ）に依存する。したがって、第２のオン期間に対する開始位置がスロットの単位で調整される場合、同じ値が、μに応じて異なる実時間（期間）を示してよい。
　また、複数の第２のＤＲＸパラメータのセットが予め定義されてもよく、この場合、プリファランス情報は、複数の第２のＤＲＸパラメータセットのうちの１つを識別する識別子情報を含んでもよい。例えば、識別子情報に対応するＤＲＸパラメータのセットが予め定義され、当該識別子情報に従って、第２のＤＲＸパラメータのセットの一部又は全てが特定されてもよい。
　図１２に示すように、端末装置１０における制御部１１０は、第２のＤＲＸパラメータ（第２のＤＲＸパラメータのセット、第２のＤＲＸパラメータの内容でもよい）を特定するためのプリファランス情報を生成する。次に、通信部１２０の送信部１２１が、ＲＲＣメッセージを介してプリファランス情報を基地局装置２０に送信する（Ｓ１２０１）。上述の通り、プリファランス情報は、例えば、UEAssistanceInformationメッセージを介して送信されてもよい。
　次に、基地局装置２０における通信部２２０の受信部２２２が、プリファランス情報を受信すると、制御部２１０は、プリファランス情報に基づいて、第２のＤＲＸ設定に対する第２のＤＲＸパラメータを再設定する、つまり、第２のＤＲＸ設定を特定する（Ｓ１２０２）。この処理によって、例えば、第２のオン期間の値が更新、又は、変更される等、基地局装置２０において第２のＤＲＸパラメータが再設定される。
　次に、基地局装置２０における通信部２２０の送信部２２１は、Ｓ１２０２において再設定された第２のＤＲＸパラメータ（第２のＤＲＸパラメータを含むＩＥ）を、ＲＲＣメッセージを介して端末装置１０に送信する（Ｓ１２０３）。第２のＤＲＸパラメータを含むＩＥは、例えば、RRCReconfigurationメッセージを介して送信されてもよい。RRCReconfigurationメッセージは、端末装置１０と基地局装置２０との間でＲＲＣ接続の変更を行うためのメッセージである。例えば、基地局装置２０は、ＲＲＣ接続（RRC_CONNECTED）状態における端末装置１０に対して、RRCReconfigurationプロシージャーの開始を指示してもよい。
　端末装置１０における通信部１２０の受信部１２２が、RRCReconfigurationメッセージを受信すると、制御部１１０は、プリファランス情報に基づく第２のＤＲＸ設定に従って、ＰＤＣＣＨをモニタする（Ｓ１２０４）。なお、本実施形態では、ＲＲＣメッセージを介して、プリファランス情報及び構成情報が交換されるが、このような例に限定されない。例えば、ＭＡＣ　ＣＥ（MAC Control Element）を介して情報が交換されてもよい。また、上述したUEAssistanceInformationメッセージ及びRRCReconfigurationメッセージも例示に過ぎず、他のＲＲＣメッセージが使用されてもよい。
　次に、設定及び／又は更新されたＤＲＸ設定に従って、端末装置１０がＰＤＣＣＨをモニタする処理を説明する。図１３示すように、端末装置１０は、第１のオン期間内に一定の周期及び時間長で到来する第２のオン期間内のみにおいてＰＤＣＣＨをモニタしてもよい。図１３に示す例は、１つの第１のオン期間内のみに実行される処理を示すが、実際には、一定の周期及び時間長で第１のオン期間が繰り返され、図１３に示す処理が繰り返される。
　まず、端末装置１０における制御部１１０は、第１のオン期間の開始タイミング（開始位置）を判定する（Ｓ１３０１）。この開始タイミングは、例えば、第１のＤＲＸパラメータのオフセット値（例えば、drx-SrartOffset及び／又はdrx-SlotOffset等）に基づいて判定され、例えば、以下の条件を満たすときに第１のオン期間が開始すると判定されてもよい。
[(SFN × 10) + subframe number] modulo (drx-LongCycle) = drx-SrartOffset
　次に、制御部１１０は、drx-onDurationTimerの値に基づいて、タイマー（drx-onDurationTimer）を開始する。例えば、あるセルグループに対してＤＲＸサイクル（drx-ShortCycle、又は、drx-LongCycleStartOffset）が用いられる場合、制御部１１０は、当該セルグループに対するタイマー（drx-onDurationTimer）を開始する。ここで、drx-SrartOffset及び／又はdrx-SlotOffsetが設定されている場合、制御部１１０１０１は、当該セルグループに対するタイマー（drx-onDurationTimer）を、サブフレーム及び／又はスロットの開始からdrx-SrartOffset及び／又はdrx-SlotOffset後に開始する。また、例えば、制御部１１０は、第１のオン期間が開始したことに応答して、タイマーを起動し、第１のオン期間を計測してもよい（Ｓ１３０２）。すなわち、第１のオン期間は、例えば、drx-onDurationTimerの値が示す期間に相当する。Ｓ１３０２の処理は、第１のオン期間が満了するまで繰り返される。
　次に、制御部１１０は、第２のオン期間の開始タイミング（開始位置）を判定する（Ｓ１３０３）。この開始タイミングは、例えば、第２のサイクル（ＤＲＸサイクル、ＤＲＸ周期）、及び／又は、オフセット値Ｘ、及び／又は、オフセット値Ｙ（例えば、second DRX offset 1が示す値、及び／又は、second DRX offset 2が示す値等）基づいて判定され、例えば、以下の条件を満たすときに第２のオン期間が開始すると判定されてもよい。
[(SFN × 10) + subframe number] modulo (第２のサイクル) = オフセット値Ｘ
　次に、制御部１１０は、second on-durationの値に基づいて、タイマー（second on-duration）を開始する。例えば、あるセルグループに対してＤＲＸサイクル（second DRX cycle）が用いられる場合、制御部１１０は、当該セルグループに対するタイマー（second on-duration）を開始する。ここで、second DRX offset 1及び／又はsecond DRX offset 2が設定されている場合、制御部１１０は、当該セルグループに対するタイマー（second on-duration）を、サブフレーム及び／又はスロットの開始からsecond DRX offset 1及び／又はsecond DRX offset 2後に開始する。また、例えば、制御部１１０は、第２のオン期間が開始したことに応答して、タイマーを起動し、第２のオン期間を計測してもよい。制御部１１０は、第２のオン期間においてＰＤＣＣＨをモニタしてもよい（Ｓ１３０４）。第２のオン期間は、例えば、second on-durationが示す期間である。例えば、第２のオン期間は、第１のオン期間よりも短く設定されてもよい。すなわち、second on-durationの値として、drx-onDurationTimerの値よりも、小さい値（短い値）が設定され得る。Ｓ１３０４の処理は、第２のオン期間が満了するまで繰り返される。
　Ｓ１３０３及びＳ１３０４の処理は、第１のオン期間が満了するまで繰り返される。第１のオン期間が満了するまでＳ１３０３及びＳ１３０４の処理を繰り返すことによって、第１のオン期間内に１つ又は複数の第２のオン期間が設定される。図１３に示す例では、第２のオン期間が３回存在する。制御部１１０は、第２のオン期間の各々の期間内のみＰＤＣＣＨをモニタしてもよい。
　制御部１１０は、第２のオン期間内にＰＤＣＣＨを検出した場合（Ｓ１３０５）、drx-InactivityTimerの値に基づいて、タイマー（drx-InactivityTimer）を開始、又は、再開始する。例えば、制御部１１０は、あるセルグループがアクティブ時間である場合において、当該セルグループに属するサービングセルにおける初期送信（下りリンク、及び／又は、上りリンクにおける初期送信）を示すＰＤＣＣＨの検出に基づいて、タイマー（drx-InactivityTimer）を開始、又は、再開始してもよい。また、制御部１１０は、ＰＤＣＣＨを検出したことに応答して、タイマーを起動し、例えば、drx-InactivityTimerが示す期間を計測してもよい。上記期間を、「モニタ期間」と称する。次に、制御部１１０は、モニタ期間内においてＰＤＣＣＨをモニタする（Ｓ１３０６）。モニタ期間は、オン期間経過後も次のＰＤＣＣＨをモニタするための予め定義された期間に相当する。Ｓ１３０６の処理は、第２のモニタ期間が満了するまで繰り返される。
　例えば、制御部１１０は、あるセルグループに対してsecond on-duration、及び／又は、second drx-InactivityTimerが設定された場合、当該あるセルグループに対して設定されたsecond on-duration、又は、second drx-InactivityTimerが動作している時間を、当該あるセルグループに属するサービングセルに対するアクティブ時間とみなしてもよい。また、制御部１１０は、あるセルグループに対してsecond on-duration、及び／又は、drx-InactivityTimerが設定された場合、当該あるセルグループに対して設定されたsecond on-duration、又は、drx-InactivityTimerが動作している時間を、当該あるセルグループに属するサービングセルに対するアクティブ時間とみなしてもよい。また、制御部１１０は、あるセルグループに対してdrx-onDurationTimer、及び／又は、drx-InactivityTimerが設定された場合、当該あるセルグループに対して設定されたdrx-onDurationTimer、又は、drx-InactivityTimerが動作している時間を、当該あるセルグループに属するサービングセルに対するアクティブ時間とみなしてもよい。制御部１１０は、アクティブ時間においてＰＤＣＣＨをモニタしてもよい。
　以上のように第１実施形態に係る通信システムＳを説明した。本実施形態によれば、端末装置１０の電力消費を抑えつつ、ジッタ等の影響による遅延を低下させることができる。また、例えば、端末装置１０の電力状況等によって、第２のＤＲＸ設定を更新する場合に、その更新を基地局装置２０に通知することができる。
２．　第２実施形態
　次に、第２実施形態を説明する。第２実施形態は、第１実施形態について説明した内容に従うが、第２実施形態では、端末装置１０が第２のオン期間内にＰＤＣＣＨを検出した後の動作の例を説明する。ここで、ＰＤＣＣＨは、初期送信（下りリンク、及び／又は、上りリンクにおける初期送信）を示すＰＤＣＣＨを含んでもよい。
　第１実施形態でも説明したように、端末装置１０は、第２のオン期間内にＰＤＣＣＨを検出した場合、drx-InactivityTimerが示す期間が満了するまで、オン期間経過後もＰＤＣＣＨをモニタしてもよい。ＰＤＣＣＨをモニタするために、drx-InactivityTimerとは別個のタイマー値Ｚ（例えば、second drx-InactivityTimer）も使用されてもよい。
　本実施形態では、端末装置１０が第２のオン期間内にＰＤＣＣＨを検出した場合、drx-InactivityTimer等が示す期間が満了するまでの端末装置１０の動作のいくつかの例を説明する。以下では、第１のＤＲＸ設定に対して特定された、次のＰＤＣＣＨをモニタするための予め定義された期間を「第１のモニタ期間」と称する。また、第２のＤＲＸ設定に対して特定された、次のＰＤＣＣＨをモニタするための予め定義された期間を「第２のモニタ期間」と称する。
２．１．　モニタ期間の全期間にわたるモニタ
　図１４及び図１５に示す例では、端末装置１０は、第２のオン期間内にＰＤＣＣＨを検出した場合、その後の第１のモニタ期間又は第２のモニタ期間の全期間にわたってＰＤＣＣＨをモニタする。
　例えば、端末装置１０は、second on-durationによって特定されるオン期間（すなわち、アクティブ時間）においてＰＤＣＣＨを検出した場合、drx-InactivityTimerを開始、又は、再開始してもよい。例えば、端末装置１０は、second drx-InactivityTimerが設定されていない場合、second on-durationによって特定されるオン期間（すなわち、アクティブ時間）におけるＰＤＣＣＨの検出に基づいて、drx-InactivityTimerを開始、又は、再開始してもよい。また、端末装置１０は、second on-durationによって特定されるオン期間（すなわち、アクティブ時間）においてＰＤＣＣＨを検出した場合、second drx-InactivityTimerを開始、又は、再開始してもよい。例えば、端末装置１０は、second drx-InactivityTimerが設定されている場合、second on-durationによって特定されるオン期間（すなわち、アクティブ時間）におけるＰＤＣＣＨの検出に基づいて、second drx-InactivityTimerを開始、又は、再開始してもよい。
　例えば、端末装置１０は、あるセルグループが第２のＤＲＸパラメータによって特定されるアクティブ時間である場合において、当該あるセルグループに属するサービングセルにおけるＰＤＣＣＨの検出に基づいて、当該あるセルグループに対して設定されたdrx-InactivityTimerを開始、又は、再開始してもよい。また、端末装置１０は、あるセルグループが第２のＤＲＸパラメータによって特定されるアクティブ時間である場合において、当該あるセルグループに属するサービングセルにおけるＰＤＣＣＨの検出に基づいて、当該あるセルグループに対して設定されたsecond drx-InactivityTimerを開始、又は、再開始してもよい。端末装置１０は、drx-InactivityTimer、及び／又は、second drx-InactivityTimerが動作している時間を、アクティブ時間とみなしてもよい。また、端末装置１０は、アクティブ時間においてＰＤＣＣＨをモニタしてもよい。
　例えば、図１４に示すように、端末装置１０における制御部１１０は、第２のオン期間内にＰＤＣＣＨを検出した場合（Ｓ１４０１）、ＰＤＣＣＨを検出したことに応答して、タイマーを起動し、第１のモニタ期間を計測してもよい（Ｓ１４０２）。第１のモニタ期間は、例えば、drx-InactivityTimerが示す期間に相当する。次に、制御部１１０は、第１のモニタ期間の全期間にわたってＰＤＣＣＨをモニタする（Ｓ１４０３）。Ｓ１４０２及びＳ１４０３の処理は、第１のモニタ期間が満了するまで繰り返される。第１のモニタ期間が満了するまでＳ１４０２及びＳ１４０３の処理を繰り返すことによって、制御部１１０は、第１のモニタ期間の全期間にわたってＰＤＣＣＨをモニタする。
　代わりに、制御部１１０は、第２のオン期間内にＰＤＣＣＨを検出した場合、第２のモニタ期間が満了するまで、第２のモニタ期間の全期間にわたってＰＤＣＣＨをモニタしてもよい（図示せず）。この場合、制御部１１０は、ＰＤＣＣＨを検出したことに応答してタイマーを起動し、第２のモニタ期間を計測する。第２のモニタ期間は、second drx-InactivityTimerが示す期間に相当する。
　また、図１５に示すように、制御部１１０は、第２のオン期間内にＰＤＣＣＨを検出した場合（Ｓ１５０１）、第１のオン期間が満了したことに応答して、タイマーを起動し、第１のモニタ期間を計測してもよい（Ｓ１５０２）。次に、制御部１１０は、第１のモニタ期間が満了するまで、第１のモニタ期間の全期間にわたってＰＤＣＣＨをモニタする（Ｓ１５０３）。Ｓ１５０２及びＳ１５０３の処理は、第１のモニタ期間が満了するまで繰り返される。図１５の処理では、第２のオン期間内にＰＤＣＣＨを検出した場合、その後の第１のオン期間の満了時から第１のモニタ期間が開始する。
　代わりに、制御部１１０は、第２のオン期間内にＰＤＣＣＨを検出した場合、第２のモニタ期間が満了するまで、第２のモニタ期間の全期間にわたってＰＤＣＣＨをモニタしてもよい（図示せず）。第２のモニタ期間は、第１のオン期間の満了時から開始する。この場合、制御部１１０は、第１のオン期間が満了したことに応答してタイマーを起動し、第２のモニタ期間を計測する。
　図１４及び図１５に示す例では、制御部１１０は、第１のモニタ期間又は第２のモニタ期間内の全期間にわたってＰＤＣＣＨをモニタするという点で、その期間内は、第２のＤＲＸ設定によって特定される第２のオン期間を無効にする。その後、第１のモニタ期間又は第２のモニタ期間が満了すると、第１のＤＲＸ設定に従って第１のオン期間が到来し、第２のＤＲＸ設定に従って第１のオン期間内に１つ又は複数の第２のオン期間が到来する。
２．２．　モニタ期間内の第２のオン期間内でのモニタ
　図１６及び図１７に示す例では、端末装置１０は、第２のオン期間内にＰＤＣＣＨを検出した場合、その後の第１のモニタ期間又は第２のモニタ期間内の第２のオン期間内にＰＤＣＣＨをモニタする。
　例えば、端末装置１０は、second on-durationによって特定されるオン期間（すなわち、アクティブ時間）においてＰＤＣＣＨを検出した場合、second DRX cycleを用いたsecond on-durationを適用（又は、開始、再開始）してもよい。例えば、端末装置１０は、second on-duration及び／又はsecond DRX cycleが設定されている場合、second on-durationによって特定されるオン期間（すなわち、アクティブ時間）におけるＰＤＣＣＨの検出に基づいて、second DRX cycleを用いたsecond on-durationを適用（又は、開始、再開始）してもよい。
　例えば、端末装置１０は、あるセルグループが第２のＤＲＸパラメータによって特定されるアクティブ時間である場合において、当該あるセルグループに属するサービングセルにおけるＰＤＣＣＨの検出に基づいて、second DRX cycleを用いたsecond on-durationを適用（又は、開始、再開始）してもよい。ここで、当該second DRX cycle及び当該second on-durationは、当該あるセルグループに対して設定されている。端末装置１０は、second on-durationが動作している時間を、アクティブ時間とみなしてもよい。また、端末装置１０は、アクティブ時間においてＰＤＣＣＨをモニタしてもよい。
　例えば、端末装置１０は、second on-durationによって特定されるオン期間（すなわち、アクティブ時間）においてＰＤＣＣＨを検出した場合、drx-InactivityTimer、及び／又は、second drx-InactivityTimerを適用（又は、開始、再開始）してもよい。ここで、drx-InactivityTimer、及び／又は、second drx-InactivityTimerが動作している場合、第２のＤＲＸ設定が適用されてもよい。例えば、端末装置１０は、ＰＤＣＣＨのモニタリング（又は、アクティブ時間の決定）に対して、second DRX cycleを用いてもよい。また、端末装置１０は、ＰＤＣＣＨのモニタリング（又は、アクティブ時間の決定）に対して、second on-durationを用いてもよい。ここで、端末装置１０は、second on-durationが動作しており、且つ、drx-InactivityTimerが動作している時間を、アクティブ時間とみなしてもよい。また、端末装置１０は、second on-durationが動作しており、且つ、second drx-InactivityTimerが動作している時間を、アクティブ時間とみなしてもよい。すなわち、端末装置１０は、second on-durationが動作しており、且つ、非活動タイマー（drx-InactivityTimer、及び／又は、second drx-InactivityTimer）が動作している時間を、アクティブ時間とみなしてもよい。
　例えば、端末装置１０は、あるセルグループが第２のＤＲＸパラメータによって特定されるアクティブ時間である場合において、当該あるセルグループに属するサービングセルにおけるＰＤＣＣＨの検出に基づいて、drx-InactivityTimer、及び／又は、second drx-InactivityTimerを適用（又は、開始、再開始）してもよい。ここで、drx-InactivityTimer、及び／又は、second drx-InactivityTimerが動作している場合、当該あるセルグループに対する第２のＤＲＸ設定が適用されてもよい。端末装置１０は、second on-durationが動作しており、且つ、非活動タイマー（drx-InactivityTimer、及び／又は、second drx-InactivityTimer）が動作している時間をアクティブ時間とみなし、ＰＤＣＣＨをモニタしてもよい。ここで、当該drx-InactivityTimer、当該second drx-InactivityTimer、及び、当該second on-durationは、当該あるセルグループに対して設定されている。
　図１６に示すように、端末装置１０における制御部１１０は、第２のオン期間内にＰＤＣＣＨを検出した場合（Ｓ１６０１）、ＰＤＣＣＨを検出したことに応答して、タイマーを起動し、第１のモニタ期間を計測する（Ｓ１６０２）。次に、制御部１１０は、第２のＤＲＸ設定に従って、第２のオン期間の開始タイミングを判定する（Ｓ１６０３）。第２のオン期間の開始タイミングの判定方法は、第１の実施形態で説明した通りである。
　次に、制御部１１０は、第２のオン期間が開始したことに応答して、タイマーを起動し、第２のオン期間を計測し、第２のオン期間内においてＰＤＣＣＨをモニタする（Ｓ１６０４）。Ｓ１６０４の処理は、第２のオン期間が満了するまで繰り返される。また、Ｓ１６０３及びＳ１６０４の処理は、第１のモニタ期間が満了するまで繰り返される。第１のモニタ期間が満了するまでＳ１６０３及びＳ１６０４の処理を繰り返すことによって、第１のモニタ期間内に１つ又は複数の第２のオン期間が到来し、制御部１１０は、第２のオン期間の各々の期間内のみＰＤＣＣＨをモニタする。
　代わりに、制御部１１０は、第２のオン期間内にＰＤＣＣＨを検出した場合、第２のモニタ期間が満了するまで、第２のモニタ期間内の第２のオン期間内にＰＤＣＣＨをモニタしてもよい（図示せず）。この場合、制御部１１０は、ＰＤＣＣＨを検出したことに応答してタイマーを起動し、第２のモニタ期間を計測する。また、制御部１１０は、第２のＤＲＸ設定に従って、第２のオン期間の開始タイミング等を判定する。
　また、図１７に示すように、制御部１１０は、第２のオン期間内にＰＤＣＣＨを検出した場合（Ｓ１７０１）、第１のオン期間が満了したことに応答して、タイマーを起動し、第１のモニタ期間を計測してもよい（Ｓ１７０２）。次に、制御部１１０は、第２のＤＲＸ設定に従って、第２のオン期間の開始タイミングを判定する（Ｓ１７０３）。次に、制御部１１０は、第２のオン期間が開始したことに応答して、タイマーを起動し、第２のオン期間を計測し、第２のオン期間内においてＰＤＣＣＨをモニタする（Ｓ１７０４）。Ｓ１７０４の処理は、第２のオン期間が満了するまで繰り返される。また、Ｓ１７０３及びＳ１７０４の処理は、第１のモニタ期間が満了するまで繰り返される。
　代わりに、端末装置１０は、第２のオン期間内にＰＤＣＣＨを検出した場合、第２のモニタ期間が満了するまで、第２のモニタ期間内の第２のオン期間内にＰＤＣＣＨをモニタしてもよい（図示せず）。第２のモニタ期間は、第１のオン期間の満了時から開始する。この場合、端末装置１０は、第１のオン期間が満了したことに応答してタイマーを起動し、第２のモニタ期間を計測する。また、端末装置１０は、第２のＤＲＸ設定に従って、第２のオン期間の開始タイミング等を判定する。
　図１６及び図１７に示す例では、端末装置１０は、第１のモニタ期間又は第２のモニタ期間内も第２のオン期間内のみＰＤＣＣＨをモニタするという点で、その期間内も、第２のＤＲＸ設定によって特定される第２のオン期間を有効にする。その後、第１のモニタ期間又は、第２のモニタ期間が満了すると、第１のＤＲＸ設定に従って第１のオン期間が開始し、第２のＤＲＸ設定に従って第１のオン期間内に１つ又は複数の第２のオン期間が開始する。
　なお、第１のモニタ期間又は、第２のモニタ期間内の第２のオン期間は、第１のオン期間内の第２のオン期間とは異なるオフセット値に従って開始してもよい。例えば、第１のオン期間内の最初の第２のオン期間が第１のオン期間の開始からＮミリ秒だけ遅れて開始するのに対し、第１のモニタ期間内の第２のオン期間内の最初のオン期間が第１のモニタ期間の開始からＭミリ秒だけ遅れて開始する等である。Ｎは正の整数であり、Ｍは正の整数であり、Ｍ≠Ｎである。この場合、例えば、第１実施形態において説明した第２のＤＲＸパラメータセットにおいて、第１のモニタ期間内での第２のオン期間の開始タイミングを補正するための別個のオフセット値が特定されてもよい。
２．３．　モニタ期間の全期間にわたるモニタ後の第２のオン期間内でのモニタ
　図１８乃至図２１に示す例では、端末装置１０は、第２のオン期間内にＰＤＣＣＨを検出した場合、第１のモニタ期間を計測し、同時に、第２のモニタ期間を計測する。本実施形態では、第１のモニタ期間及び第２のモニタ期間は、ＰＤＣＣＨを検出したこと、又は第１のオン期間が満了したことに応答して同時に計測される。つまり、第１のモニタ期間及び第２のモニタ期間は同時に到来し、両者の期間の長さが異なる場合、異なるタイミングで満了する。代わりに、第２のモニタ期間は、第１のモニタ期間が満了したことに応答して計測されてもよく、その逆であってもよい。つまり、第１のモニタ期間及び第２のモニタ期間は、異なるタイミングで直列に到来してもよい。
　図１８に示すように、端末装置１０における制御部１１０は、第２のオン期間内にＰＤＣＣＨを検出した場合（Ｓ１８０１）、ＰＤＣＣＨを検出したことに応答して、タイマーを起動し、第１のモニタ期間及び第２のモニタ期間を計測する（Ｓ１８０２）。次に、制御部１１０は、第１のモニタ期間の全期間にわたってＰＤＣＣＨをモニタする（Ｓ１８０３）。Ｓ１８０２及びＳ１８０３の処理は、第１のモニタ期間が満了するまで繰り返される。
　第１のモニタ期間が満了した後、制御部１１０は、第２のＤＲＸ設定に従って、第２のオン期間の開始タイミングを判定する（Ｓ１８０４）。第２のオン期間の開始タイミングの判定方法は、第１の実施形態で説明した通りである。次に、制御部１１０は、第２のオン期間が開始したことに応答して、タイマーを起動し、第２のオン期間を計測し、第２のオン期間内に端末装置１０に到達するＰＤＣＣＨをモニタする（Ｓ１８０５）。Ｓ１８０５の処理は、第２のオン期間が満了するまで繰り返される。また、Ｓ１８０４及びＳ１８０５の処理は、第２のモニタ期間が満了するまで繰り返される。
　また、図１９に示すように、制御部１１０は、第２のオン期間内にＰＤＣＣＨを検出した場合（Ｓ１９０１）、第１のオン期間が満了したことに応答して、タイマーを起動し、第１のモニタ期間及び第２のモニタ期間を計測してもよい（Ｓ１９０２）。次に、制御部１１０は、第１のモニタ期間の全期間にわたってＰＤＣＣＨをモニタする（Ｓ１９０３）。Ｓ１９０２及びＳ１９０３の処理は、第１のモニタ期間が満了するまで繰り返される。
　第１のモニタ期間が満了した後、制御部１１０は、第２のＤＲＸ設定に従って、第２のオン期間の開始タイミングを判定する（Ｓ１９０４）。次に、制御部１１０は、第２のオン期間が開始したことに応答して、タイマーを起動し、第２のオン期間を計測し、第２のオン期間内に端末装置１０に到達するＰＤＣＣＨをモニタする（Ｓ１９０５）。Ｓ１９０４及びＳ１９０５の処理は、第２のモニタ期間が満了するまで繰り返される。
　図１８及び図１９に示す例では、端末装置１０は、第１のモニタ期間及び第２のモニタ期間を同時に計測し、第１のモニタ期間内の全期間にわたってＰＤＣＣＨをモニタする。第１のモニタ期間が満了した後、端末装置１０は、第２のモニタ期間内の第２のオン期間内にＰＤＣＣＨをモニタする。この例は、第１のモニタ期間が第２のモニタ期間よりも短いケースに相当する。なお、上述したように、第２のモニタ期間は、第１のモニタ期間の満了後に計測されてもよい。
　上記に加え、図２０に示すように、端末装置１０における制御部１１０は、第２のオン期間内にＰＤＣＣＨを検出した場合（Ｓ２００１）、ＰＤＣＣＨを検出したことに応答して、タイマーを起動し、第１のモニタ期間及び第２のモニタ期間を計測する（Ｓ２００２）。次に、制御部１１０は、第２のＤＲＸ設定に従って、第２のオン期間の開始タイミングを判定する（Ｓ２００３）。次に、制御部１１０は、第２のオン期間が開始したことに応答して、タイマーを起動し、第２のオン期間を計測し、第２のオン期間内においてＰＤＣＣＨをモニタする（Ｓ２００４）。Ｓ２００４の処理は、第２のオン期間が満了するまで繰り返される。また、Ｓ２００３及びＳ２００４の処理と共に、Ｓ２００２における第２のモニタ期間を計測することは、第２のモニタ期間が満了するまで繰り返される。
　第２のモニタ期間が満了した後、制御部１１０は、第１のモニタ期間の全期間にわたってＰＤＣＣＨをモニタする（Ｓ２００５）。Ｓ２００５の処理と共に、Ｓ２００２における第１のモニタ期間を計測することは、第１のモニタ期間が満了するまで繰り返される。
　また、図２１に示すように、制御部１１０は、第２のオン期間内にＰＤＣＣＨを検出した場合（Ｓ２１０１）、第１のオン期間が満了したことに応答して、タイマーを起動し、第１のモニタ期間及び第２のモニタ期間を計測してもよい（Ｓ２１０２）。次に、制御部１１０は、第２のＤＲＸ設定に従って、第２のオン期間の開始タイミングを判定する（Ｓ２１０３）。次に、制御部１１０は、第２のオン期間が開始したことに応答して、タイマーを起動し、第２のオン期間を計測し、第２のオン期間内においてＰＤＣＣＨをモニタする（Ｓ２１０４）。Ｓ２１０４の処理は、第２のオン期間が満了するまで繰り返される。また、Ｓ２１０３及びＳ２１０４の処理と共に、Ｓ２１０２における第２のモニタ期間を計測することは、第２のモニタ期間が満了するまで繰り返される。
　第２のモニタ期間が満了した後、制御部１１０は、第１のモニタ期間の全期間にわたってＰＤＣＣＨをモニタする（Ｓ２１０５）。Ｓ２１０５の処理と共に、Ｓ２１０２における第１のモニタ期間を計測することは、第１のモニタ期間が満了するまで繰り返される。
　図２０及び図２１に示す例では、端末装置１０は、第１のモニタ期間及び第２のモニタ期間を同時に計測し、第２のモニタ期間内の第２のオン期間内にＰＤＣＣＨをモニタする。第２のモニタ期間が満了した後、端末装置１０は、第１のモニタ期間内の全期間にわたってＰＤＣＣＨをモニタする。この例は、第２のモニタ期間が第１のモニタ期間よりも短いケースに相当する。なお、上述したように、第１のモニタ期間は、第２のモニタ期間の満了後に計測されてもよい。
　以上のように第２実施形態に係る通信システムＳを説明した。本実施形態によれば、オン期間内にＰＤＣＣＨを検出した場合に、次のＰＤＣＣＨが即時に発生することを予測して、端末装置１０の電力消費を抑えつつ、オン期間経過後もＰＤＣＣＨを適切にモニタすることができる。
　なお、以上説明した実施形態はあくまで一例であり、本開示の技術的思想の範囲は、上述の構成に限定されない。本開示の技術的思想の範囲内で考えられるその他の態様も本開示の範囲内に含まれる。例えば、いずれの実施形態も、本実施形態は、上述したショートＤＲＸ及びロングＤＲＸが実行される構成、並びにｅＤＲＸが実装される構成にも適用可能である。
３．１．　変形例
　本開示は、上記実施形態に準拠して記述されたが、本開示は当該実施形態や構造に限定されるものではないと理解される。本開示は、様々な変形例や均等範囲内の変形をも包含する。上記実施形態に含まれる１つ以上の要素を含む他の組み合わせも、本開示の範疇や思想範囲に入るものである。
　上記実施形態において使用される単語、連語等の表現は例示に過ぎず、実質的に同一の又は類似する表現に置換され得る。特に、上記実施形態に係る技術は技術仕様に関するから、上記実施形態における表現は、技術仕様（例えば、本願明細書で引用した技術仕様）における実質的に同一の又は類似する表現に置換され得る。
　上記実施形態において送受信される情報は、技術仕様に既に記載されている同一の若しくは異なるメッセージ又は同一の若しくは異なる要素に包含され送受信されてもよいし、新たに規定されるメッセージ又は要素に包含され送受信されてもよい。上記実施形態において送受信される情報は、上記実施形態とは異なる層及び／又は異なるチャネルを用いて送受信されてもよい。
　上記実施形態に記載された装置が提供する手段及び／又は機能は、実体的なメモリ装置に記録されたソフトウェア及びそれを実行するコンピュータ、ソフトウェアのみ、ハードウェアのみ、あるいはそれらの組み合わせによって提供することができる。例えば、何れかの上記装置がハードウェアである電子回路によって提供される場合、それは多数の論理回路を含むデジタル回路、又はアナログ回路によって提供することができる。
　上記実施形態に記載された装置は、非遷移的実体的記録媒体（non-transitory tangible storage medium）に格納されたプログラムを実行する。このプログラムが実行されることで、プログラムに対応する方法が実行される。
３．２．　付記
　上記実施形態及び変形例の一部又は全部は、以下の付記のようにも記載され得るが、以下の付記の内容には限定されない。以下では、複数の付記に従属する付記に対して、複数の付記に従属する付記が従属するという関係性が表現される。以下に表現される付記の従属関係の全てが上記実施形態に含まれる。
（付記１）
　端末装置（１０）であって、
　トラフィックをモニタするための間欠受信（ＤＲＸ）設定についてのプリファランス（preference）情報を生成するように構成された制御部（１１０）と、
　前記プリファランス情報を基地局装置（２０）に送信するように構成された通信部（１２０）と、を含み、
　前記プリファランス情報に含まれる前記ＤＲＸ設定は、第１のＤＲＸオン期間（on-duration）内の１つ又は複数の第２のＤＲＸオン期間についての設定を特定する、
　端末装置。
（付記２）
　前記通信部は、前記ＤＲＸ設定についての構成情報を前記基地局装置から受信するように更に構成され、
　前記制御部は、前記１つ又は複数の第２のＤＲＸオン期間のうちの各々のＤＲＸオン期間内に、前記トラフィックをモニタするように更に構成されている、
　付記１に記載の端末装置。
（付記３）
　前記制御部は、前記ＤＲＸ設定に基づいて、前記１つ又は複数の第２のＤＲＸオン期間のうちの各々のＤＲＸオン期間が、前記第１のＤＲＸオン期間よりも短くなるように、前記各々のＤＲＸオン期間を計測するように更に構成されている、付記１又は２に記載の端末装置。
（付記４）
　前記制御部は、前記ＤＲＸ設定に基づいて、前記１つ又は複数の第２のＤＲＸオン期間のうちの各々のＤＲＸオン期間の開始タイミングを判定するように更に構成されている、付記１～３の何れか一項に記載の端末装置。
（付記５）
　前記ＤＲＸ設定は、前記１つ又は複数の第２のＤＲＸオン期間のうちの各々のＤＲＸオン期間の長さを含む、付記１～４の何れか一項に記載の端末装置。
（付記６）
　前記ＤＲＸ設定は、前記１つ又は複数の第２のＤＲＸオン期間のうちの各々のＤＲＸオン期間の周期を含む、付記１～５の何れか一項に記載の端末装置。
（付記７）
　前記ＤＲＸ設定は、前記１つ又は複数の第２のＤＲＸオン期間のうちの各々のＤＲＸオン期間の開始タイミングを補正するためのオフセット値を含む、付記１～６の何れか一項に記載の端末装置。
（付記８）
　前記オフセット値は、ミリ秒の単位に基づく、付記７に記載の端末装置。
（付記９）
　前記オフセット値は、前記トラフィックの無線リソースにおけるサブフレームの単位に基づく、付記７に記載の端末装置。
（付記１０）
　前記オフセット値は、前記トラフィックの無線リソースにおけるスロットの単位に基づく、付記７に記載の端末装置。
（付記１１）
　前記ＤＲＸ設定は、前記１つ又は複数の第２のＤＲＸオン期間のうちの各々のＤＲＸオン期間内に前記トラフィックを検出したときから次のトラフィックをモニタするための期間の長さを含む、付記１～１０の何れか一項に記載の端末装置。
（付記１２）
　前記プリファランス情報は、予め定義された１つ又は複数のＤＲＸ設定の各々を識別する情報を含む、付記１～１０の何れか一項に記載の端末装置。
（付記１３）
　端末装置（１０）によって実行される方法であって、
　トラフィックをモニタするための間欠受信（ＤＲＸ）設定についてのプリファランス（preference）情報を生成することと、
　前記プリファランス情報を基地局装置（２０）に送信することと、を含み、
　前記プリファランス情報に含まれる前記ＤＲＸ設定は、第１のＤＲＸオン期間（on-duration）内の１つ又は複数の第２のＤＲＸオン期間についての設定を特定する、
　方法。
（付記１４）
　実行されるとき、プロセッサ（１０１）に、
　トラフィックをモニタするための間欠受信（ＤＲＸ）設定についてのプリファランス（preference）情報を生成することと、
　前記プリファランス情報を基地局装置（２０）に送信することと、を実行させ、
　前記プリファランス情報に含まれる前記ＤＲＸ設定は、第１のＤＲＸオン期間（on-duration）内の１つ又は複数の第２のＤＲＸオン期間についての設定を特定する、
　プログラム。
（付記１５）
　実行されるとき、プロセッサ（１０１）に、
　トラフィックをモニタするための間欠受信（ＤＲＸ）設定についてのプリファランス（preference）情報を生成することと、
　前記プリファランス情報を基地局装置（２０）に送信することと、を実行させ、
　前記プリファランス情報に含まれる前記ＤＲＸ設定は、第１のＤＲＸオン期間（on-duration）内の１つ又は複数の第２のＤＲＸオン期間についての設定を特定する、
　プログラムを記憶したコンピュータ読取可能な非遷移的実体的記録媒体。
（付記１６）
　基地局装置（２０）であって、
　トラフィックをモニタするための間欠受信（ＤＲＸ）設定についてのプリファランス（preference）情報を端末装置から受信するように構成された通信部（２２０）と、
　前記プリファランス情報に基づいて前記ＤＲＸ設定を更新するように構成された制御部（２１０）と、を含み、
　前記プリファランス情報に含まれる前記ＤＲＸ設定は、第１のＤＲＸオン期間（on-duration）内の１つ又は複数の第２のＤＲＸオン期間についての設定を特定する、
　基地局装置。
（付記１７）
　基地局装置（２０）によって実行される方法であって、
　トラフィックをモニタするための間欠受信（ＤＲＸ）設定についてのプリファランス（preference）情報を端末装置から受信することと、
　前記プリファランス情報に基づいて前記ＤＲＸ設定を更新することと、を含み、
　前記プリファランス情報に含まれる前記ＤＲＸ設定は、第１のＤＲＸオン期間（on-duration）内の１つ又は複数の第２のＤＲＸオン期間についての設定を特定する、
　方法。
（付記１８）
　実行されるとき、プロセッサ（２０１）に、
　トラフィックをモニタするための間欠受信（ＤＲＸ）設定についてのプリファランス（preference）情報を端末装置から受信することと、
　前記プリファランス情報に基づいて前記ＤＲＸ設定を更新することと、を実行させ、
　前記プリファランス情報に含まれる前記ＤＲＸ設定は、第１のＤＲＸオン期間（on-duration）内の１つ又は複数の第２のＤＲＸオン期間についての設定を特定する、
　プログラム。
（付記１９）
　実行されるとき、プロセッサ（２０１）に、
　トラフィックをモニタするための間欠受信（ＤＲＸ）設定についてのプリファランス（preference）情報を端末装置から受信することと、
　前記プリファランス情報に基づいて前記ＤＲＸ設定を更新することと、を実行させ、
　前記プリファランス情報に含まれる前記ＤＲＸ設定は、第１のＤＲＸオン期間（on-duration）内の１つ又は複数の第２のＤＲＸオン期間についての設定を特定する、
　プログラムを記憶したコンピュータ読取可能な非遷移的実体的記録媒体。
（付記２０）
　端末装置であって、
　第１の間欠受信（ＤＲＸ）オン期間（on-duration）内の１つ又は複数の第２のＤＲＸオン期間のうちの各々のＤＲＸオン期間内に、トラフィックを検出し、
　前記トラフィックを検出したことに応答して、次のトラフィックをモニタするための予め定義された期間内に、前記次のトラフィックをモニタする、
　ように構成された制御部（１１０）と、
　を含む、端末装置。
（付記２１）
　前記制御部は、前記トラフィックを検出したことに応答して、前記予め定義された期間を計測するように更に構成されている、付記２０に記載の端末装置。
（付記２２）
　前記制御部は、前記第１のＤＲＸオン期間が満了したことに応答して、前記予め定義された期間を計測するように更に構成されている、付記２０に記載の端末装置。
（付記２３）
　前記予め定義された期間は、前記第１のＤＲＸオン期間の後も継続する、付記２０～２２の何れか一項に記載の端末装置。
（付記２４）
　前記予め定義された期間は、前記第２のＤＲＸオン期間の後も継続する、付記２０～２２の何れか一項に記載の端末装置。
（付記２５）
　前記予め定義された期間内に、前記トラフィックをモニタすることは、前記予め定義された期間内の全期間内に、前記トラフィックをモニタすることを含む、付記２０～２４の何れか一項に記載の端末装置。
（付記２６）
　前記予め定義された期間内に、前記トラフィックをモニタすることは、前記予め定義された期間内の、前記１つ又は複数の第２のＤＲＸオン期間のうちの各々のＤＲＸオン期間内に、前記トラフィックをモニタすることを含む、付記２０～２４の何れか一項に記載の端末装置。
（付記２７）
　前記予め定義された期間は、第１の予め定義された期間及び第２の予め定義された期間を含み、
　前記予め定義された期間内に、前記トラフィックをモニタすることは、前記第１の予め定義された期間内の全期間内に、前記トラフィックをモニタした後、前記第２の予め定義された期間内の、前記１つ又は複数の第２のＤＲＸオン期間のうちの各々のＤＲＸオン期間内に、前記トラフィックをモニタすることを含む、
　付記２０～２４の何れか一項に記載の端末装置。
（付記２８）
　前記予め定義された期間は、第１の予め定義された期間及び第２の予め定義された期間を含み、
　前記予め定義された期間内に、前記トラフィックをモニタすることは、前記第２の予め定義された期間内の、前記１つ又は複数の第２のＤＲＸオン期間のうちの各々のＤＲＸオン期間内に、前記トラフィックをモニタした後、前記第１の予め定義された期間内の全期間内に、前記トラフィックをモニタすることを含む、
　付記２０～２４の何れか一項に記載の端末装置。
（付記２９）
　前記予め定義された期間は、前記第１のＤＲＸオン期間を特定した第１のＤＲＸ設定に対して特定される、付記２０～２８の何れか一項に記載の端末装置。
（付記３０）
　前記予め定義された期間は、前記第２のＤＲＸオン期間を特定した第２のＤＲＸ設定に対して特定される、付記２０～２８の何れか一項に記載の端末装置。
（付記３１）
　前記制御部は、前記１つ又は複数の第２のＤＲＸオン期間のうちの各々のＤＲＸオン期間が、前記第１のＤＲＸオン期間よりも短くなるように、前記各々のＤＲＸオン期間を計測するように更に構成されている、付記２０～３０の何れか一項に記載の端末装置。
（付記３２）
　前記制御部は、前記ＤＲＸ設定に基づいて、前記１つ又は複数の第２のＤＲＸオン期間のうちの各々の開始タイミングを判定するように更に構成されている、付記２０～３１の何れか一項に記載の端末装置。
（付記３３）
　端末装置によって実行される方法であって、
　第１の間欠受信（ＤＲＸ）オン期間（on-duration）内の１つ又は複数の第２のＤＲＸオン期間のうちの各々のＤＲＸオン期間内に、トラフィックを検出することと、
　前記トラフィックを検出したことに応答して、次のトラフィックをモニタするための予め定義された期間内に、前記次のトラフィックをモニタすることと、
　を含む、方法。
（付記３４）
　実行されるとき、プロセッサ（１０１）に、
　第１の間欠受信（ＤＲＸ）オン期間（on-duration）内の１つ又は複数の第２のＤＲＸオン期間のうちの各々のＤＲＸオン期間内に、トラフィックを検出することと、
　前記トラフィックを検出したことに応答して、次のトラフィックをモニタするための予め定義された期間内に、前記次のトラフィックをモニタすることと、
　を実行させる、プログラム。
（付記３５）
　実行されるとき、プロセッサ（１０１）に、
　第１の間欠受信（ＤＲＸ）オン期間（on-duration）内の１つ又は複数の第２のＤＲＸオン期間のうちの各々のＤＲＸオン期間内に、トラフィックを検出することと、
　前記トラフィックを検出したことに応答して、次のトラフィックをモニタするための予め定義された期間内に、前記次のトラフィックをモニタすることと、
　を実行させるプログラムを記憶したコンピュータ読取可能な非遷移的実体的記録媒体。

 

Claims (14)

  1. 　端末装置（１０）であって、
    　トラフィックをモニタするための間欠受信（ＤＲＸ）設定についてのプリファランス（preference）情報を生成するように構成された制御部（１１０）と、
    　前記プリファランス情報を基地局装置（２０）に送信するように構成された通信部（１２０）と、を含み、
    　前記プリファランス情報に含まれる前記ＤＲＸ設定は、第１のＤＲＸオン期間（on-duration）内の１つ又は複数の第２のＤＲＸオン期間についての設定を特定する、
    　端末装置。
  2. 　前記通信部は、前記ＤＲＸ設定についての構成情報を前記基地局装置から受信するように更に構成され、
    　前記制御部は、前記１つ又は複数の第２のＤＲＸオン期間のうちの各々のＤＲＸオン期間内に、前記トラフィックをモニタするように更に構成されている、
    　請求項１に記載の端末装置。
  3. 　前記制御部は、前記ＤＲＸ設定に基づいて、前記１つ又は複数の第２のＤＲＸオン期間のうちの各々のＤＲＸオン期間が、前記第１のＤＲＸオン期間よりも短くなるように、前記各々のＤＲＸオン期間を計測するように更に構成されている、請求項１に記載の端末装置。
  4. 　前記制御部は、前記ＤＲＸ設定に基づいて、前記１つ又は複数の第２のＤＲＸオン期間のうちの各々のＤＲＸオン期間の開始タイミングを判定するように更に構成されている、請求項１に記載の端末装置。
  5. 　前記ＤＲＸ設定は、前記１つ又は複数の第２のＤＲＸオン期間のうちの各々のＤＲＸオン期間の長さを含む、請求項１に記載の端末装置。
  6. 　前記ＤＲＸ設定は、前記１つ又は複数の第２のＤＲＸオン期間のうちの各々のＤＲＸオン期間の周期を含む、請求項１に記載の端末装置。
  7. 　前記ＤＲＸ設定は、前記１つ又は複数の第２のＤＲＸオン期間のうちの各々のＤＲＸオン期間の開始タイミングを補正するためのオフセット値を含む、請求項１に記載の端末装置。
  8. 　前記オフセット値は、ミリ秒の単位に基づく、請求項７に記載の端末装置。
  9. 　前記オフセット値は、前記トラフィックの無線リソースにおけるサブフレームの単位に基づく、請求項７に記載の端末装置。
  10. 　前記オフセット値は、前記トラフィックの無線リソースにおけるスロットの単位に基づく、請求項７に記載の端末装置。
  11. 　前記ＤＲＸ設定は、前記１つ又は複数の第２のＤＲＸオン期間のうちの各々のＤＲＸオン期間内に前記トラフィックを検出したときから次のトラフィックをモニタするための期間の長さを含む、請求項１～１０の何れか一項に記載の端末装置。
  12. 　前記プリファランス情報は、予め定義された１つ又は複数のＤＲＸ設定の各々を識別する情報を含む、請求項１～１０の何れか一項に記載の端末装置。
  13. 　端末装置（１０）によって実行される方法であって、
    　トラフィックをモニタするための間欠受信（ＤＲＸ）設定についてのプリファランス（preference）情報を生成することと、
    　前記プリファランス情報を基地局装置（２０）に送信することと、を含み、
    　前記プリファランス情報に含まれる前記ＤＲＸ設定は、第１のＤＲＸオン期間（on-duration）内の１つ又は複数の第２のＤＲＸオン期間についての設定を特定する、
    　方法。
  14. 　基地局装置（２０）であって、
    　トラフィックをモニタするための間欠受信（ＤＲＸ）設定についてのプリファランス（preference）情報を端末装置から受信するように構成された通信部（２２０）と、
    　前記プリファランス情報に基づいて前記ＤＲＸ設定を更新するように構成された制御部（２１０）と、を含み、
    　前記プリファランス情報に含まれる前記ＤＲＸ設定は、第１のＤＲＸオン期間（on-duration）内の１つ又は複数の第２のＤＲＸオン期間についての設定を特定する、
    　基地局装置。

     
PCT/JP2023/018883 2022-06-21 2023-05-22 端末装置、基地局装置、及び端末装置における方法 WO2023248667A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022099926 2022-06-21
JP2022-099926 2022-06-21

Publications (1)

Publication Number Publication Date
WO2023248667A1 true WO2023248667A1 (ja) 2023-12-28

Family

ID=89379714

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/018883 WO2023248667A1 (ja) 2022-06-21 2023-05-22 端末装置、基地局装置、及び端末装置における方法

Country Status (1)

Country Link
WO (1) WO2023248667A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013111809A1 (ja) * 2012-01-24 2013-08-01 株式会社エヌ・ティ・ティ・ドコモ 無線基地局
WO2013141335A1 (ja) * 2012-03-23 2013-09-26 住友電気工業株式会社 無線端末装置、無線基地局装置および通信制御方法
WO2016140274A1 (ja) * 2015-03-03 2016-09-09 京セラ株式会社 無線端末、ネットワーク装置、及び基地局

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013111809A1 (ja) * 2012-01-24 2013-08-01 株式会社エヌ・ティ・ティ・ドコモ 無線基地局
WO2013141335A1 (ja) * 2012-03-23 2013-09-26 住友電気工業株式会社 無線端末装置、無線基地局装置および通信制御方法
WO2016140274A1 (ja) * 2015-03-03 2016-09-09 京セラ株式会社 無線端末、ネットワーク装置、及び基地局

Similar Documents

Publication Publication Date Title
US20220294601A1 (en) Methods for dynamic uplink/downlink configuration
JP7288267B2 (ja) ２ステップランダムアクセス手順の不連続受信
JP6368819B2 (ja) コンポーネント・キャリアを監視および処理するための方法および装置
TWI471039B (zh) 載波聚合系統中載波管理的方法和裝置
RU2577481C2 (ru) Перекрестное планирование для ответа о произвольном доступе
KR101818689B1 (ko) 캐리어 집적을 이용하는 불연속 수신 모드에서의 동작
JP2022516601A (ja) 省電力メカニズム
JP2022549513A (ja) 省電力およびセル休止動作
JP7392960B2 (ja) フィードバックチャネルの無線リソースマッピング
US11146377B2 (en) Method and apparatus for communicating in a wireless communication system
JP7438504B2 (ja) マルチキャスト及びブロードキャストサービスに対する周波数リソース割り当て
JP2022544768A (ja) 無線デバイスサイドリンク情報
JP2023500324A (ja) 新しい無線のライセンスされていない帯域におけるアップリンク送信
WO2018127247A1 (zh) 一种sr/bsr触发方法和装置
JP2023547857A (ja) マルチキャスト及びブロードキャストサービスのｈａｒｑフィードバック
US11464000B2 (en) Information indication method, terminal device, and network device
JP2023508233A (ja) リソース取得手順
JP2024502872A (ja) 非アクティブコンテキスト管理
US20190124705A1 (en) Identifier management method, apparatus, and system
JP2023536378A (ja) サイドリンク用無線デバイス支援リソース選択
JP2024508934A (ja) 無線デバイスのため省電力動作
WO2023248667A1 (ja) 端末装置、基地局装置、及び端末装置における方法
WO2023248692A1 (ja) 基地局装置、端末装置、及び方法
WO2023248691A1 (ja) 端末装置、基地局装置、及び方法
WO2014000165A1 (zh) 信息传输方法、网络节点、用户设备及系统

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 23826855

Country of ref document: EP

Kind code of ref document: A1