WO2022224941A1 - 端末、基地局及び通信方法 - Google Patents

端末、基地局及び通信方法 Download PDF

Info

Publication number
WO2022224941A1
WO2022224941A1 PCT/JP2022/018098 JP2022018098W WO2022224941A1 WO 2022224941 A1 WO2022224941 A1 WO 2022224941A1 JP 2022018098 W JP2022018098 W JP 2022018098W WO 2022224941 A1 WO2022224941 A1 WO 2022224941A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
bwp
ulbwp
communication
dlbwp
Prior art date
Application number
PCT/JP2022/018098
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 WO2022224941A1 publication Critical patent/WO2022224941A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/02—Selection of wireless resources by user or terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling

Definitions

  • the present disclosure relates to terminals, base stations, and communication methods.
  • Non-Patent Document 1 In the Third Generation Partnership Project (3GPP), an international standardization organization, Long Term Evolution (LTE), which is the 3.9th generation Radio Access Technology (RAT), and LTE-Advanced, which is the 4th generation RAT As a successor, Release 15 of New Radio (NR), which is a fifth generation (5G) RAT, has been specified (for example, Non-Patent Document 1).
  • LTE Long Term Evolution
  • RAT Radio Access Technology
  • NR New Radio
  • 3GPP has started to study functions assuming a new terminal for IoT (Internet of things) that performs radio access using NR.
  • the new terminal is called a RedCap terminal, and is based on the premise that it communicates in a relatively narrow bandwidth such as 20 MHz or 50 MHz, instead of using all of the wide band supported by NR.
  • radio resources for transmitting synchronization signals and broadcast information called SSBs (Synchronization Signal Blocks) are set in some frequencies in the downlink, and the terminal 10 determines the reception quality of the cell. etc. are measured by measuring SSB.
  • NR defines a mechanism called BWP (BandWidth Part) that enables all or part of the bandwidth of the entire cell to be allocated to terminals.
  • BWP BandWidth Part
  • the SSB is also called an SS/PBCH block (Synchronization Signal/Physical Broadcast Channel Block).
  • the BWP set in the RedCap terminal is a band including SSB, but the BWP set in the RedCap terminal is concentrated in the band including SSB. Then, the band will be congested. Therefore, it is being considered to operate a RedCap terminal with a plurality of BWPs.
  • the base station transmits signaling to the terminal to instruct switching of BWPs, so there is a problem of large signaling overhead.
  • One object of the present disclosure is to provide a terminal, a base station, and a wireless communication method that can reduce signaling overhead when switching between BWPs.
  • a terminal includes a receiving unit that receives an RRC message including communication DLBWP and communication ULBWP settings configured for a specific terminal from a base station, and when requesting uplink scheduling, active When terminal-specific uplink control channel resources are not set for the ULBWP, a control unit that switches the active ULBWP to the communication ULBWP; and
  • a terminal it is possible to provide a terminal, a base station, and a wireless communication method that can reduce signaling overhead when switching between BWPs.
  • FIG. 1 is a diagram showing an example of an outline of a wireless communication system according to this embodiment.
  • FIG. 2 is a diagram showing an example of BWP settings.
  • FIG. 3 is a diagram for explaining the BWP switching process.
  • FIG. 4 is a diagram for explaining information elements of SIB1 used to set the initial BWP.
  • FIG. 5 is a diagram for explaining information elements related to BWP settings in an RRC message.
  • FIG. 6 is a diagram for explaining two options regarding the BWP setting method.
  • FIG. 7 is a sequence diagram for explaining the operation of BWP switching.
  • FIG. 8 is a diagram for explaining an example of a problem in this embodiment.
  • FIG. 9 is a sequence diagram for explaining an example of the BWP switching process when the initial BWP and communication BWP are set.
  • FIG. 10 is a flow chart showing an example of a processing procedure when transmitting a scheduling request.
  • FIG. 11 is a flow chart showing an example of a processing procedure when executing a random access procedure.
  • FIG. 12 is a diagram showing an example of an RRC message for setting a BWP for communication.
  • FIG. 13 shows an example of specification change of TS38.321.
  • FIG. 14 is a sequence showing an example of BWP switching processing when the initial BWP is not set for each terminal.
  • FIG. 15 is a diagram showing a definition example of a BWP indicator.
  • FIG. 16 is a diagram illustrating an example of the hardware configuration of each device within the wireless communication system.
  • FIG. 17 is a diagram illustrating an example of a functional configuration of a terminal;
  • FIG. 18 is a diagram illustrating an example of a functional configuration of a base station;
  • FIG. 1 is a diagram showing an example of an outline of a wireless communication system according to this embodiment.
  • the wireless communication system 1 may include a terminal 10, a base station 20, and a core network 30.
  • the numbers of terminals 10 and base stations 20 shown in FIG. 1 are merely examples, and are not limited to the numbers shown.
  • RAT radio access technology
  • 6th generation or later RAT can be used.
  • the terminal 10 is, for example, a given terminal or device such as a smartphone, a personal computer, an in-vehicle terminal, an in-vehicle device, a stationary device, a telematics control unit (TCU), or the like.
  • Terminal 10 may also be called a User Equipment (UE), a Mobile Station (MS), a User Terminal, a Radio apparatus, a subscriber terminal, an access terminal, and so on.
  • the terminal 10 may be mobile or stationary.
  • the terminal 10 is configured to be able to communicate using, for example, NR as the RAT.
  • the base station 20 forms one or more cells C and communicates with the terminal 10 using the cell C.
  • Cell C may be interchangeably referred to as serving cell, carrier, component carrier (CC), and the like.
  • the base station 20 may configure one primary cell and one or more secondary cells for the terminal 10 for communication (also called carrier aggregation). That is, one or more cells C include at least primary cells and may include secondary cells.
  • Base station 20 includes gNodeB (gNB), en-gNB, Next Generation-Radio Access Network (NG-RAN) node, low-power node, Central Unit (CU), Distributed Unit (DU), gNB -DU, Remote Radio Head (RRH), Integrated Access and Backhaul/Backhauling (IAB) node, etc.
  • the base station 20 is not limited to one node, and may be composed of a plurality of nodes (for example, a combination of a lower node such as DU and an upper node such as CU).
  • the core network 30 is, for example, an NR-compatible core network (5G Core Network: 5GC), but is not limited to this.
  • a device on the core network 30 (hereinafter also referred to as “core network device”) performs mobility management such as paging and location registration of the terminal 10 .
  • a core network device may be connected to the base station 20 via a predetermined interface (eg, S1 or NG interface).
  • the core network device includes, for example, an Access and Mobility Management Function (AMF) that manages C-plane information (e.g., information related to access and mobility management), and a User that controls transmission of U-plane information (e.g., user data).
  • AMF Access and Mobility Management Function
  • UPF Plane Function
  • the terminal 10 receives downlink (DL) signals from the base station 20 and/or transmits uplink (UL) signals.
  • Terminal 10 may be configured with one or more carriers. Each carrier has a bandwidth of, for example, 5 MHz to 400 MHz.
  • One carrier may be configured with one or more bandwidth parts (BWP).
  • BWP bandwidth parts
  • a BWP has the bandwidth of at least a portion of a carrier. That is, one or more BWPs may be configured in each of one or more cells C configured in the terminal 10 . For example, up to four BWPs (each of DLBWP and ULBWP, which will be described later) may be configured in one cell C for the terminal 10 .
  • CORESET is a time domain and frequency domain resource for a downlink control channel (eg, Physical Downlink Control Channel (PDCCH)).
  • a CORESET consists of a predetermined number of symbols (eg, 1 to 3 symbols) and a predetermined number of resource blocks (RBs) (eg, 6n (n ⁇ 1) RBs).
  • RBs resource blocks
  • the downlink control channel is not limited to the PDCCH, and any name can be used as long as it is a channel used for transmitting downlink control information (Downlink Control Channel: DCI).
  • one or more formats may be defined for DCI transmission.
  • a format defined for transmission of DCI is called a DCI format.
  • PDSCH physical downlink shared channel
  • PUSCH physical uplink shared channel
  • PDSCH and PUSCH are physical channels used to transmit user data and/or control information of layers higher than the physical layer (for example, Medium Access Control Element (MAC CE), Radio Resource Control (RRC) messages, etc.) If so, the name is irrelevant. Names of other channels do not matter as long as they have similar functions.
  • the terminal 10 controls reception on the PDSCH based on the downlink assignment. Also, the terminal 10 controls transmission on PUSCH based on the uplink grant.
  • a downlink shared channel (DL-SCH) and an uplink shared channel (UL-SCH) may be defined as transport channels.
  • downlink user data also referred to as DL-SCH data
  • uplink user data also referred to as UL-SCH data
  • the DL-SCH may be mapped to the PDSCH and the UL-SCH may be mapped to the PUSCH.
  • the terminal 10 detects a synchronization signal (for example, Primary Synchronization Signal (PSS) and/or Secondary Synchronization Signal (PSS)) from the base station 20, and the time and Get frequency synchronization.
  • a synchronization signal for example, Primary Synchronization Signal (PSS) and/or Secondary Synchronization Signal (PSS)
  • PSS Primary Synchronization Signal
  • PSS Secondary Synchronization Signal
  • Blocks containing synchronization signals, broadcast channels (e.g., Physical Broadcast Channel (PBCH)) and broadcast channel demodulation reference signals (DMRS) are synchronized signal blocks (Synchronization Signal and PBCH Block: SSB ), SS/PBCH block, and the like.
  • the SSB is provided at predetermined intervals.
  • NR does not transmit cell-specific reference signals. Therefore, according to the SMTC (SSB-based measurement timing configuration) specified by the base station 20, the terminal 10 uses SSB transmitted in a predetermined cycle, RSRP (Reference Signal Received Power), RSRQ (Reference Signal Received Quality) and/or SINR (Signal to Noise and Interference Ratio) or the like is measured.
  • RSRP, RSRQ and SINR measured using SS are also called SS-RSRP, SS-RSRQ and SS-SINR, respectively.
  • Terminal 10 reports the result of measuring SSB to base station 20 .
  • the BWP is the bandwidth used by the terminal 10 to transmit and receive signals to and from the base station 20, and is defined as a subset of contiguous resource blocks.
  • FIG. 2 is a diagram showing an example of BWP settings. As shown in FIG. 2, BWP can be set to different frequency locations and bandwidths for each terminal 10 . Also, BWP can be configured separately for downlink and uplink. In this embodiment, "BWP" includes downlink BWP and/or uplink BWP. Further, in the following description, the downlink BWP and the uplink BWP are referred to as “DLBWP (Downlink BWP)” and “ULBWP (Uplink BWP)”, respectively. , one BWP may be activated among the plurality of BWPs, and the terminal 10 transmits and receives (communicates) radio signals within the band of the activated one BWP.
  • the terminal 10 transmits on the uplink shared channel (UL-SCH) and transmits a random access preamble on the RACH (Random Access Channel) in the BWP (however, the PRACH opportunity ( PRACH occasions) are configured), PDCCH monitoring, transmission on PUCCH (if PUCCH resources are configured), SRS (Sounding Reference Signal) transmission (if SRS is configured) and/or Reception is performed on the downlink shared channel (DL-SCH).
  • the terminal 10 may report CSI (Channel State Information) for the BWP.
  • the PRACH opportunity may be a resource (for example, time and/or frequency resource) on which terminal 10 can transmit a random access preamble.
  • the maximum bandwidth of BWPs and the maximum number of BWPs that can be set depend on the capabilities of the terminal 10 .
  • that the terminal 10 performs uplink and downlink communication may include at least one operation of the terminal 10 performing uplink and downlink communication in or with respect to the activated BWP. That is, BWPs (also referred to as “communication BWPs”) used by the terminal 10 for uplink and downlink communications may include BWPs (activated BWPs) on which at least one of the operations is performed by the terminal 10 .
  • the BWP that is mainly used when the terminal 10 makes an initial access to the cell is called an initial BWP.
  • the frequency position, bandwidth, subcarrier spacing and/or cyclic prefix of the initial BWP are notified to the terminal 10 by system information (SIB1 (System Information Block 1)). That is, the base station 20 broadcasts information on the initial BWP (frequency position, bandwidth, subcarrier spacing and/or cyclic prefix) in SIB1, and the terminal 10, based on the information on the initial BWP, the initial A BWP may be specified.
  • the initial BWP may be given to the terminal 10 by information included in a Master Information Block (MIB). That is, the initial BWP is set for all terminals accessing the cell.
  • MIB Master Information Block
  • a BWP is uniquely identified by a BWP-ID, and the BWP-ID of the initial BWP is "0".
  • the base station 20 adds (sets) a BWP to a frequency position and bandwidth other than the initial BWP, it sets the BWP-ID of the BWP as consecutive IDs in order from 1.
  • BWP#n means a BWP whose BWP-ID is n.
  • BWP#0 is synonymous with the initial BWP (ie, BWP#0 may be the BWP-ID defined for the initial BWP).
  • FIG. 3 is a diagram for explaining the BWP switching process.
  • BWP switching means activating an inactive BWP and deactivating an active BWP in a serving cell at the same time. In other words, it means switching the active BWP.
  • three BWPs, BWP#0 to BWP#2 are set in the terminal 10, and it is shown how the active BWP is switched over time.
  • BWP#1 is active between times t1 and t2
  • BWP#2 is active between times t3 and t4
  • BWP#0 is active at other times.
  • BWP switching is triggered by any of the following: when an instruction is received from the base station 20, when the timer expires, or when random access (RA) is performed.
  • the timer is also called bwp-InactivityTimer.
  • the case of receiving an instruction from the base station 20 specifically means the case of receiving from the base station 20 an RRC message or a PDCCH (that is, DCI) including information designating a BWP to be activated.
  • FIG. 4 is a diagram for explaining information elements of SIB1 used to set the initial BWP. Note that FIG. 4 shows information elements necessary for explaining this embodiment, and SIB1 includes information elements not shown in FIG.
  • DownlinkConfigCommonSIB includes "BWP-DownlinkCommon" and "BWP-UplinkCommon" for cell-specific settings for initial DLBWP and initial ULBWP.
  • BWP-DownlinkCommon set the initial DLBWP frequency position, bandwidth, subcarrier spacing, cyclic prefix, etc., and set the cell-specific parameters related to PDCCH and PDSCH in the initial DLBWP.
  • "PDCCH-ConfigCommon” and "PDSCH-ConfigCommon” are included.
  • PDCCH-ConfigCommon includes settings for CORESET#0 (controlResourceSetZero), settings for search space #0 (SearchSpaceZero), and the like.
  • BWP-UplinkCommon includes "BWP" for setting the frequency position, bandwidth, subcarrier spacing, cyclic prefix, etc. of the initial ULBWP, and "RACH- ConfigCommon", and "PUCCH-ConfigCommon” and "PUSCH-ConfigCommon” for setting cell-specific parameters for PUCCH and PUSCH in the initial ULBWP.
  • FIG. 5 is a diagram for explaining information elements related to BWP settings in an RRC message. Note that FIG. 5 shows information elements necessary for explaining this embodiment, and the RRC message also includes information elements not shown in FIG. In FIG. 5, an RRC reconfiguration message (RRCReconfiguration) will be described as an example, but some of the information elements shown in FIG. 5 can also be included in other RRC messages (eg, RRC setup (RRC Setup)).
  • RRC setup RRC Setup
  • the RRC reconfiguration message is used to change UE-specific RRC connection settings for individual terminals 10.
  • the RRC reconfiguration message includes "ServingCellConfigCommon" for configuring cell-specific parameters in the serving cell and "ServingCellConfig” for configuring terminal-specific parameters in the serving cell.
  • “ServingCellConfigCommon” includes "BWP-DownlinkCommon” and "BWP-UplinkCommon” for cell-specific settings for initial DLBWP and initial ULBWP, similar to SIB1 shown in FIG.
  • “ServingCellConfig” includes “BWP-DownlinkDedicated” for terminal-specific settings set for the initial DLBWP and “BWP-UplinkDedicated” for terminal-specific settings set for the initial ULBWP.
  • “BWP-DownlinkDedicated” includes "PDCCH-Config” for setting terminal-specific PDCCH parameters such as CORESET and search space, and "PDSCH-Config” for setting terminal-specific PDSCH parameters.
  • ⁇ BWP-UplinkDedicated'' is a ⁇ PUCCH-Config'' that configures terminal-specific PUCCH parameters such as PUCCH resources used to transmit UCI (Uplink Control Information) such as scheduling requests (SR).
  • PUSCH-Config for setting terminal-specific PUSCH parameters.
  • a configuration such as a PUCCH resource used to transmit a scheduling request is also referred to as a scheduling request configuration (SR configuration).
  • the scheduling request configuration may include PUCCH resources, period, offset values, etc. used to transmit the scheduling request.
  • the terminal 10 may transmit the scheduling request based on the scheduling request settings.
  • “ServingCellConfig” also includes "BWP-Downlink” and “BWP-Uplink” used when adding BWPs (eg, BWP#1, BWP#2, etc.) in addition to the initial BWP.
  • BWP-Downlink for each DLBWP to be set, BWP-ID, BWP frequency position, bandwidth, subcarrier interval and cyclic prefix, etc., cell-specific parameters related to PDCCH and PDSCH " "BWP-DownlinkCommon” and "BWP-DownlinkDedicated” for setting terminal-specific PDCCH/PDSCH parameters such as CORESET and search space.
  • BWP-Uplink for each ULBWP to be set, BWP-ID, BWP frequency position, bandwidth, subcarrier spacing and cyclic prefix, etc., and cell-specific parameters related to PUCCH and PUSCH are set.
  • BWP-UplinkCommon and "BWP-UplinkDedicated” for setting terminal-specific PDCCH/PDSCH parameters such as CORESET and search space.
  • FIG. 6 is a diagram for explaining two options regarding the BWP setting method.
  • Option 1 (Option#1) does not perform settings other than cell-specific settings notified in SIB1 for BWP#0, and sets terminal-specific settings such as terminal-specific PUCCH parameters to BWP#1 to BWP#4. How to set.
  • "ServingCellConfig” is provided with "BWP-DownlinkDedicated” for performing terminal-specific resource settings for the initial BWP. If you set it using “BWP-Downlink” and “BWP-Uplink” in "downlinkBWP-ToAddModList" without using
  • one or more BWPs are configured for one serving cell, and the maximum number of BWPs (DLBWP and ULBWP, respectively) configured for one serving cell is It is specified to be four. Also, for example, option 1 specifies that the terminal 10 does not consider BWP#0 as the BWP set in the RRC message. Therefore, in Option 1, the base station 20 can configure four BWPs, BWP#1 to BWP#4, for the terminal 10 using RRC messages.
  • the terminal 10 can only perform limited processing.
  • DCI format 1_0 can be used, but DCI format 1_0 does not support BWP switching. Therefore, when switching the BWP of the terminal 10 from BWP#0 to another BWP, it is necessary to switch the BWP using an RRC message.
  • option 2 is a method of performing terminal-specific settings such as terminal-specific PUCCH parameters for BWP#0 in addition to cell-specific settings notified by SIB1.
  • terminal-specific settings such as terminal-specific PUCCH parameters for BWP#0 in addition to cell-specific settings notified by SIB1.
  • "ServingCellConfig” provides "BWP-DownlinkDedicated” for terminal-specific resource settings for the initial BWP, but the terminal-specific resource settings are set to "BWP-DownlinkDedicated". If you use it and set it, it will be in the option 2 state.
  • the specifications stipulate that the terminal 10 regards BWP#0 as the BWP set in the RRC message. Therefore, in Option 2, the base station 20 can configure BWPs BWP#0 to BWP#3 for the terminal 10 using an RRC message.
  • FIG. 7 is a sequence diagram for explaining the operation of BWP switching. Four switching patterns of BWP switching by random access, BWP switching by RRC message, BWP switching by PDCCH, and BWP switching by timer expiration will be specifically described with reference to FIG.
  • step S100 the terminal 10 detects that an event triggering a random access procedure has occurred.
  • step S101 the terminal 10 switches the initial ULBWP to active if no PRACH opportunity is configured in the current active ULBWP. Furthermore, if the serving cell performing the random access procedure is a special cell, switch the initial DLBWP to active. If a PRACH opportunity is set for the current active ULBWP, the terminal 10 does not switch the ULBWP.
  • step S102 the terminal 10 performs a random access (RA) procedure with the base station 20 in active ULBWP and active DLBWP.
  • RA random access
  • step S110 the terminal 10 receives from the base station 20 an RRC reconfiguration message including 'firstActiveDownlinkBWP-id' and/or 'firstActiveUplinkBWP-id'.
  • step S111 the terminal 10 switches active the BWP having the BWP-ID designated by 'firstActiveDownlinkBWP-id' and/or 'firstActiveUplinkBWP-id'.
  • step S120 the terminal 10 receives DCI for downlink or uplink resource allocation on the PDCCH.
  • step S121 when a BWP indicator (also called a Bandwidth part indicator) exists in the DCI, the terminal 10 switches the BWP of the BWP-ID specified by the BWP indicator to active.
  • step S122 the terminal 10 starts counting a timer (also called bwp-InactivityTimer).
  • the length of the timer is set in the terminal 10 by "ServingCellConfig". According to the Release 16 3GPP specifications, it can be set between 2ms (milliseconds) and a maximum of 2560ms. Note that when the terminal 10 receives a DCI for allocating downlink or uplink resources before the timer expires, the terminal 10 restarts the timer count regardless of whether the DCI includes a BWP indicator. )do.
  • DCIs that support BWP switching are DCI format 0_1, DCI format 0_2, DCI format 1_1, and DCI format 1_2.
  • DCI format 0_0 and DCI format 1_0 cannot contain a BWP indicator.
  • the bit length (also referred to as the number of bits) of the BWP indicator is determined to be 0, 1, or 2 bits based on the number of BWPs other than BWP #0 set in terminal 10 .
  • bit length of the BWP indicator included in the downlink assignment may be determined based on the number of DLBWPs set in the terminal 10 .
  • bit length of the BWP indicator included in the uplink grant may be determined based on the number of ULBWPs configured in the terminal 10 .
  • step S130 the terminal 10 determines whether the timer has expired. When the timer expires (S130-YES), switch the initial DLBWP to active. If resource allocation is performed by DCI before the timer expires, the timer count is restarted. no resource allocation). For example, if data transmission/reception is not performed during the period set by the timer, and if the default DLBWP-ID (DefaultDownlinkBWP-Id) is set in "ServingCellConfig", the terminal 10 replaces the initial DLBWP with Then, the DLBWP specified by the default DLBWP-ID is switched to active (S131). If the timer has not expired (S130-NO), the terminal 10 does not switch the BWP.
  • S130-YES switch the initial DLBWP to active. If resource allocation is performed by DCI before the timer expires, the timer count is restarted. no resource allocation). For example, if data transmission/reception is not performed during the period set by the timer,
  • ⁇ RedCap terminal> Release 17 of NR has lower performance and price than terminals for high speed, large capacity (enhanced Mobile Broadband: eMBB), ultra-reliable and low latency communications (URLLC) introduced in release 15 or 16 It is being considered to support functions for terminals assuming Obi.
  • the terminal is also called a reduced capability (RedCap) terminal, device, etc., and is used for, for example, an industrial wireless sensor, a surveillance camera (video serveilance), a wearable device, and the like. good too.
  • RedCap terminals are assumed to have higher performance than terminals for low power wide area communication (Low Power Wide Area: LPWA), and the carriers used by RedCap terminals are, for example, 20MHz, 50MHz or 100MHz bandwidth. There may be.
  • LPWA includes, for example, Category 1, Long Term Evolution for Machine-type-communication (LTE-M) and Narrow Band IoT (NB-IoT) that operate on LTE RAT.
  • LTE-M Long Term Evolution for Machine-type-communication
  • NB-IoT Narrow Band IoT
  • the maximum bandwidth of Category 1 is 20 MHz
  • the maximum bandwidth of LTE-M is 1.4 MHz (6 RB)
  • the maximum bandwidth of NB-IoT is 180 kHz (1 RB).
  • RedCap terminals may be used as middle-range terminals between those for eMBB, URLLC, and those for LPWA.
  • FIG. 8 is a diagram for explaining an example of the problem in this embodiment.
  • the maximum UE bandwidth supported by RedCap terminals is narrow (e.g., 20 MHz for Frequency Range 1 (e.g., frequency bands below 6 GHz) and 20 MHz for Frequency Range 2 (e.g., higher than 6 GHz). 100 MHz) for the frequency band), but if RedCap terminals are concentrated in a BWP containing SSB, the BWP will be congested. Therefore, it is being considered to distribute RedCap terminals over the entire carrier bandwidth for communication.
  • the BWP is switched using the RRC message.
  • the signaling overhead is large when performing BWP switching (second problem).
  • the present embodiment introduces a mechanism for suppressing the number of times the base station 20 issues a BWP switching instruction to the terminal 10 .
  • one BWP (communication BWP) may be set for the terminal 10 as a BWP other than the initial BWP and used by the terminal 10 for uplink and downlink communications.
  • BWP switching by PDCCH can be used from the base station 20 to the terminal 10 even if the initial BWP is not set for each terminal (in the case of option 1).
  • FIG. 9 is a sequence diagram for explaining an example of the BWP switching process when the initial BWP and communication BWP are set.
  • the terminal 10 is a RedCap terminal, but the present embodiment is not limited to this. It is also assumed that the terminal 10 is capable of executing the processing procedures described so far (for example, the BWP switching processing described with reference to FIG. 7).
  • the communication BWP does not include a band in which SSB is set, but it can also be applied when SSB is included. That is, the communication BWP may be a BWP including SSB resources. Also, the communication BWP may be a BWP that does not include SSB resources.
  • the terminal 10 notifies the base station 20 of terminal capability information (UE Capability).
  • the terminal 10 includes information indicating that it is a RedCap terminal in the terminal capability information and transmits it to the base station 20 . It is assumed that the terminal 10 acquires the setting of the initial BWP by receiving the SIB1 at the time of initial access.
  • the base station 20 refers to the terminal capability information to recognize that the terminal 10 is a RedCap terminal, and transmits an RRC message including information for setting a communication BWP to the terminal 10 .
  • the RRC message may be, for example, an RRC reconfiguration message.
  • step S210 data to be transmitted on the UL-SCH occurs in the terminal 10 in step S210. Also assume that the active BWPs are the initial ULBWP and the initial DLBWP.
  • step S211 when the terminal 10 transmits a scheduling request (for example, when in the RRC connected state), if terminal-specific PUCCH parameters are not set for the initial BWP, the process proceeds to step S211. Also, when transmitting a scheduling request, the terminal 10 proceeds to the processing procedure of step S220 if terminal-specific PUCCH parameters are set for the initial BWP.
  • requesting uplink resource allocation may include requesting UL-SCH resources for the initial transmission, i.e. scheduling The request may be used to request UL-SCH resources for initial transmission, and when terminal 10 performs a random access procedure (eg, when in RRC idle or RRC inactive state). If the PRACH opportunity is set in the communication BWP, the procedure proceeds to step S230, and in this case, if the terminal 10 does not set the PRACH opportunity in the communication BWP, the processing procedure of step S240 is performed. proceed to
  • step S211 the terminal 10 switches the active ULBWP from the initial ULBWP to the communication ULBWP.
  • the terminal 10 transmits a scheduling request to the base station 20 using the terminal-specific PUCCH resource for transmitting the scheduling request set in the ULBWP for communication.
  • step S213 the terminal 10 switches the active DLBWP from the initial DLBWP to the communication DLBWP, and monitors the PDCCH with the communication DLBWP.
  • the terminal 10 proceeds to the processing procedure of step S250.
  • step S212 the terminal 10 may switch the initial ULBWP and the initial DLBWP to the communication ULBWP and the communication DLBWP, respectively. That is, the terminal 10 may simultaneously switch the initial ULBWP and the initial DLBWP to the communication ULBWP and the communication DLBWP in step S212.
  • step S220 the terminal 10 transmits a scheduling request to the base station 20 using the terminal-specific PUCCH resource for transmitting scheduling requests set in the initial BWP.
  • step S221 the terminal 10 switches the active DLBWP from the initial DLBWP to the communication DLBWP, and monitors the PDCCH with the communication DLBWP.
  • the terminal 10 proceeds to the processing procedure of step S250.
  • step S221 the terminal 10 monitors the PDCCH with the initial DLBWP, and is instructed to activate the communication DLBWP with the PDCCH including the BWP indicator. You may switch to DLBWP for
  • step S230 the terminal 10 switches the active ULBWP and active DLBWP from the initial ULBWP and initial DLBWP to the communication ULBWP and communication DLBWP, respectively, when the PRACH opportunity is set in the communication ULBWP. That is, the terminal 10 may set the communication ULBWP and the communication DLBWP as the active ULBWP and active DLBWP.
  • step S231 the terminal 10 transmits a random access preamble to the base station 20 at the PRACH opportunity of the activated ULBWP for communication. After completing the random access procedure, the terminal 10 requests the base station 20 to allocate uplink resources. For example, the terminal 10 transmits a scheduling request in ULBWP for communication.
  • the terminal 10 of the base station 20 proceeds to the processing procedure of step S250.
  • the terminal 10 transmits a random access preamble to the base station 20 at the PRACH opportunity of the activated initial ULBWP, and performs a random access procedure with the base station 20. After completing the random access procedure, the terminal 10 requests the base station 20 to allocate uplink resources.
  • the terminal 10 switches the active ULBWP and active DLBWP from the initial ULBWP and initial DLBWP to the communication ULBWP and communication DLBWP, respectively. That is, the terminal 10 may set the communication ULBWP and the communication DLBWP as the active ULBWP and active DLBWP.
  • the terminal 10 may transmit a scheduling request in the initial ULBWP in step S240. Also, the terminal 10 may transmit a scheduling request in the ULBWP for communication in step S241.
  • step S250 the base station 20 transmits the DCI (uplink grant) used for PUSCH scheduling on the PDCCH of the communication DLBWP.
  • step S251 when the terminal 10 is instructed to activate the communication ULBWP by the BWP indicator of the DCI received in step S250, the terminal 10 switches the communication ULBWP to active.
  • the processing procedure of step S251 may be executed when individual PUCCH settings are made in the initial BWP (that is, in steps S220 and S221).
  • the ULBWP switching in the procedure of step S251 may be performed when the terminal 10 monitors the PDCCH in the initial DLBWP.
  • the terminal 10 monitors the PDCCH with the initial DLBWP, and is instructed to activate the communication ULBWP with the PDCCH including the BWP indicator. may be switched from the initial ULBWP to the communication ULBWP. Further, the terminal 10 may actively switch the communication ULBWP by itself instead of switching the ULBWP according to an instruction from the base station 20 after the processing procedure of step S221. Since the base station 20 no longer needs to include the BWP indicator in the DCI, it is possible to reduce signaling overhead.
  • step S252 the terminal 10 starts counting a timer when DCI used for PUSCH scheduling is received on the PDCCH (corresponding to the processing procedure of step S122 in FIG. 7).
  • step S253 the terminal 10 transmits data on the UL-SCH on the scheduled PUSCH.
  • the terminal 10 receives the DCI used for scheduling of the PUSCH or PDSCH on the PDCCH before the timer expires, the terminal 10 restarts the timer count.
  • step S260 when the timer related to the active BWP expires, the terminal 10 switches the active BWP from the communication BWP to the initial BWP (corresponding to steps S130 and S131 in FIG. 7). That is, the terminal 10 may set the initial BWP as the active BWP.
  • step S261 the terminal 10 uses the SSB present in the initial BWP based on the measurement configuration (Measurement Config) set by the base station 20 using the RRC message or the like in step S201, for example. (SS-RSRP, SS-RSRQ, etc.) are measured.
  • the processing procedure of steps S211 to S213 can also be applied to Option 2 shown in FIG. That is, the terminal 10 may execute the processing procedure of steps S211 to S213 even when terminal-specific PUCCH parameters are set in the initial ULBWP. Also, the processing procedure of steps S230 to S241 is not limited to the case of transmitting UL-SCH data, but can be applied to the general case of activating the random access procedure.
  • FIG. 10 is a flow chart showing an example of a processing procedure when transmitting a scheduling request.
  • the terminal 10 has both the DLBWP for communication and the ULBWP for communication set, and when transmitting a scheduling request, the terminal 10 executes the processing procedure shown below.
  • the terminal 10 determines whether or not the communication ULBWP is active. If the communication ULBWP is active, the process proceeds to step S301, and if the initial ULBWP is active, the process proceeds to step S302. At step S301, the terminal 10 triggers and transmits a scheduling request on the active ULBWP (that is, the communication ULBWP).
  • step S302 the terminal 10 determines whether terminal-specific PUCCH parameters for transmitting scheduling requests are set in the initial ULBWP. If the terminal-specific PUCCH parameter for transmitting the scheduling request is set, the process proceeds to step S303, and if the terminal-specific PUCCH parameter for transmitting the scheduling request is not set, the process proceeds to step S304. move on.
  • step S303 the terminal 10 triggers and sends a scheduling request on the active ULBWP (ie the initial ULBWP).
  • step S304 the terminal 10 actively switches between the communication ULBWP and the communication DLBWP.
  • step S305 the terminal 10 triggers and transmits a scheduling request on the active ULBWP (that is, the communication ULBWP).
  • step S306 the terminal 10 determines whether the DLBWP for communication is active. If the DLBWP for communication is active, the process ends, and if the initial DLBWP is active (that is, including the case where the DLBWP for communication is not active), the procedure proceeds to step S307. In step S307, the terminal 10 switches the communication DLBWP to active. The terminal 10 may perform communication on the activated DLBWP for communication and/or the activated ULBWP for communication.
  • the terminal 10 transmits the scheduling request in the initial ULBWP if the PUCCH resource (scheduling request setting may be set) for transmitting the scheduling request is set in the initial ULBWP. You may send. Also, when the scheduling request is triggered, if the PUCCH resource (which may be a scheduling request setting) for transmitting the scheduling request is not set to the initial ULBWP, the terminal 10 sets the ULBWP to the communication ULBWP. and send the scheduling request in the active ULBWP (ie, the communication ULBWP).
  • the PUCCH resource which may be a scheduling request setting
  • the terminal 10 activates the ULBWP as the communication ULBWP if the PUCCH resource (which may be the scheduling request setting) for transmitting the scheduling request is set in the communication ULBWP. It may switch as a ULBWP and send scheduling requests in the active ULBWP (ie, the communication ULBWP). That is, the terminal 10 may switch the ULBWP to the communication ULBWP as the active ULBWP when the scheduling request is triggered.
  • the terminal 10 may switch the communication DLBWP to the active DLBWP. That is, the terminal 10 may simultaneously switch between the communication ULBWP and the communication DLBWP as the active ULBWP and the active DLBWP, respectively.
  • the terminal 10 may itself switch the active ULBWP from the initial BWP to the communication ULBWP after the processing procedure of step S303. This makes it possible to omit, for example, the processing procedure of step S251 in FIG. 9 and reduce signaling overhead.
  • FIG. 11 is a flow chart showing an example of the processing procedure when executing the random access procedure.
  • the terminal 10 determines whether or not the PRACH opportunity is set in the communication ULBWP. When the PRACH opportunity is set in the communication ULBWP, the process proceeds to step S401, and when the PRACH opportunity is not set in the communication ULBWP, the process proceeds to step S405.
  • step S401 the terminal 10 determines whether the ULBWP for communication and the DLBWP for communication are active. If both the communication ULBWP and the communication DLBWP are active, the process proceeds to step S402, and if at least one of the communication ULBWP and the communication DLBWP is not active, the process proceeds to step S403.
  • step S402 the terminal 10 performs a random access procedure on the communication ULBWP and the communication DLBWP.
  • step S403 the terminal 10 switches the inactive BWP out of the communication ULBWP and the communication DLBWP to active.
  • step S404 after both the communication ULBWP and the communication DLBWP are switched active, the terminal 10 executes the random access procedure on the communication ULBWP and the communication DLBWP.
  • step S405 the terminal 10 performs a random access procedure with the initial ULBWP and the initial DLBWP.
  • step S406 the terminal 10 performs the random access procedure in the initial ULBWP and the initial DLBWP, and then actively switches between the communication ULBWP and the communication DLBWP.
  • a communication BWP may be called, for example, a communityBWP.
  • the base station 20 may set the communication BWP to the terminal 10 by including information indicating the BWP-ID of the communication BWP in the RRC message transmitted in the procedure of step S201 in FIG. .
  • the information may be called, for example, communicateUplinkBWP-id and communicateDownlinkBWP-id. That is, the base station 20 transmits an RRC message containing information for setting the BWP-ID, and the terminal 10 regards the BWP corresponding to the BWP-ID set using the information as the communication BWP.
  • the base station 20 transmits an RRC message including information for setting a BWP-ID corresponding to the DLBWP (for example, also referred to as communicateDownlinkBWP-id), and the terminal 10 transmits the BWP-ID corresponding to the DLBWP.
  • a DLBWP corresponding to a BWP-ID set using information for setting a DLBWP for communication may be regarded as a DLBWP for communication.
  • the terminal 10 performs RRC (re)configuration (for example, when performing RRC (re)configuration based on reception of an RRC message containing information for setting the BWP-ID corresponding to the DLBWP) , may activate the DLBWP for that BWP-ID.
  • the base station 20 transmits an RRC message including information for setting a BWP-ID corresponding to the ULBWP (for example, also referred to as communicateUplinkBWP-id), and the terminal 10 transmits the BWP-ID corresponding to the ULBWP.
  • the ULBWP corresponding to the BWP-ID set using the information for setting the ULBWP may be regarded as the communication ULBWP.
  • the terminal 10 performs RRC (re)configuration (for example, RRC (re)configuration based on reception of an RRC message containing information for setting the BWP-ID corresponding to the ULBWP). , may activate the ULBWP for that BWP-ID.
  • a value other than "0" (that is, a value other than the BWP-ID corresponding to the initial DLBWP and/or the initial ULBWP) is set as the BWP-ID corresponding to each of the communication DLBWP and/or the communication ULBWP.
  • FIG. 12 is a diagram showing an example of information elements included in the RRC message used to set the BWP for communication.
  • "communicateUplinkBWP-id” and “communicateDownlinkBWP-id” indicating the BWP-ID of the communication BWP may be defined in the "ServingCellConfig" of the RRC reconfiguration message.
  • the base station 20 determines that the terminal 10 is a RedCap terminal based on the UE Capability of the terminal 10, the information about one or more DLBWPs (for example, BWP- ID, frequency position, bandwidth, subcarrier spacing and/or cyclic prefix), and by specifying the BWP-ID of the DLBWP to be set as the DLBWP for communication using "communicateDownlinkBWP-id", 1 One communication DLBWP is set in the terminal 10 .
  • DLBWPs for example, BWP- ID, frequency position, bandwidth, subcarrier spacing and/or cyclic prefix
  • the base station 20 in the "BWP-Uplink" of the RRC message, information on one or more ULBWP (for example, BWP-ID, frequency position, bandwidth, subcarrier spacing and / or cyclic prefix)
  • One communication ULBWP is set in the terminal 10 by specifying the BWP-ID of the ULBWP to be set as the communication ULBWP using "communicateUplinkBWP-id".
  • the base station 20 sets a plurality of BWPs (for example, BWP #1 to #3) in the terminal 10, and sets a BWP-ID corresponding to the communication BWP, thereby It is possible to change the BWP arbitrarily. For example, it is possible to change the communication BWP from BWP#1 to BWP#3.
  • the value of the BWP-ID corresponding to each communication DLBWP and/or communication ULBWP may be a value defined in advance.
  • the BWP-ID value corresponding to the communication DLBWP may be "1".
  • the value of the BWP-ID corresponding to the communication ULBWP may be "1".
  • the value of the BWP-ID corresponding to each communication DLBWP and/or communication ULBWP is defined in advance by specifications or the like, and may be a known value between the base station 20 and the terminal 10.
  • the base station 20 sets information on one or more DLBWPs (eg, BWP-ID, frequency position, bandwidth, subcarrier spacing and/or cyclic prefix), and the terminal 10 sets "1 ( That is, a DLBWP with a BWP-ID set with a predefined value) may be regarded as a communication DLBWP.
  • the base station 20 sets information (for example, BWP-ID, frequency position, bandwidth, subcarrier spacing and/or cyclic prefix) about one or more ULBWPs, and the terminal 10 sets "1 ( That is, a ULBWP with a BWP-ID set with a predefined value) may be regarded as a communication DLBWP. In this way, by enabling designation of the communication BWP, it becomes possible to flexibly set the BWP in the RedCap terminal.
  • information for example, BWP-ID, frequency position, bandwidth, subcarrier spacing and/or cyclic prefix
  • firstActiveDownlinkBWP-id may be used to indicate the BWP-ID of the communication DLBWP
  • firstActiveUplinkBWP-id may be used to indicate the BWP-ID of the communication ULBWP.
  • the base station 20 determines that the terminal 10 is a RedCap terminal based on the UE Capability of the terminal 10, it uses the "BWP-Downlink" of the RRC message to transmit information about one or more DLBWPs.
  • One communication DLBWP is set in the terminal 10 by specifying the BWP-ID of the DLBWP to be set as the communication DLBWP using "firstActiveDownlinkBWP-id".
  • the base station 20 uses "BWP-Uplink" of the RRC message to set information about one or more ULBWPs, and uses "firstActiveUplinkBWP-id" to set the BWP-ID of the ULBWP to be set as a ULBWP for communication. , one communication ULBWP is set in the terminal 10 .
  • the terminal 10 determines whether or not it is a RedCap terminal in the processing procedure of step S201 in FIG.
  • the BWP corresponding to the BWP-ID specified by "ID” may be regarded as the communication BWP. This makes it possible to set a BWP for communication in the RedCap terminal using "firstActiveDownlinkBWP-id" and/or "firstActiveUplinkBWP-id" included in the RRC message.
  • one or more BWPs are set for one serving cell for RedCap terminals, and the maximum number of BWPs (DLBWP and ULBWP, respectively) set for one serving cell is specified to be 1.
  • the maximum number of BWPs (DLBWPs and ULBWPs, respectively) set for RedCap terminals may be the number of BWPs (DLBWPs and ULBWPs, respectively) other than the initial DLBWP and the initial ULBWP.
  • the base station 20 determines that the terminal 10 is a RedCap terminal based on the UE Capability of the terminal 10, it sets only the information about DLBWP#1 in "BWP-Downlink” of the RRC message, and sets "communicateDownlinkBWP-id ” or “firstActiveDownlinkBWP-id” to 1, the DLBWP for communication may be set in the terminal 10 .
  • the base station 20 sets only information related to ULBWP#1 in "BWP-Uplink” of the RRC message, and sets “communicateUplinkBWP-id” or “firstActiveUplinkBWP-id” to 1, thereby may be set in the terminal 10.
  • the number of BWPs set by the RRC message is limited to one, so it is possible to reduce the amount of data in the RRC message.
  • the base station 20 includes information for specifying the communication BWP (also referred to as "generic parameter") together with information for setting the BWP-ID of the communication BWP in the RRC message, and transmits the terminal. 10 may determine the communication BWP based on the information for setting the BWP-ID and the information for specifying the communication BWP.
  • the information for identifying the communication BWP may include information for setting the frequency position and/or bandwidth of the communication BWP.
  • the information for specifying the communication BWP may include information for setting the subcarrier interval of the communication BWP.
  • the information for specifying the communication BWP may include information for setting the cyclic prefix used in the communication BWP.
  • the terminal 10 executes RRC (re)configuration (for example, RRC (re)configuration based on reception of an RRC message containing information for setting the BWP-ID and information for specifying the communication BWP. Execution of setting), the BWP for communication may be activated.
  • the base station 20 transmits information for setting a plurality of frequency positions (that is, a plurality of positions in the frequency domain) of the communication BWP in an RRC message, and furthermore, the plurality of frequency positions Information (for example, BWP indicator) for indicating the frequency position of one of them may be included in the DCI format (downlink assignment and/or uplink grant) and transmitted.
  • RRC (re)configuration for example, RRC (re)configuration based on reception of an RRC message containing information for setting the BWP-ID and information for specifying the communication BWP. Execution of setting
  • the BWP for communication may be activated.
  • the base station 20 transmits information for setting a plurality of frequency positions
  • terminal 10 may determine a communication BWP based on information for setting the plurality of frequency positions and information for indicating one frequency position among the plurality of frequency positions. good. Information for designating one frequency position out of the plurality of frequency positions will be described in detail in the definition of the BWP designator below.
  • the base station 20 may set the communication BWP bandwidth set for the terminal 10 so as not to exceed the maximum terminal bandwidth of the terminal 10 . Also, the base station 20 may set the bandwidth of the communication BWP set for the terminal 10 so as not to exceed the bandwidth of the initial BWP set using the information included in the SIB1. Also, the terminal 10 may use the maximum terminal bandwidth in the terminal 10 as the bandwidth of the communication BWP. For example, it may be specified that the information for setting the bandwidth of the BWP for communication is not transmitted by the base station 20 and the bandwidth of the BWP for communication is the same as the maximum terminal bandwidth of the terminal 10 .
  • the base station 20 sets the communication BWP bandwidth, subcarrier interval and/or cyclic prefix to be set for the terminal 10 using the information included in SIB1, the initial BWP bandwidth, subcarrier It may be set equal to the interval and/or cyclic prefix.
  • the terminal 10 uses the information included in SIB1 as the communication BWP bandwidth, subcarrier spacing and/or cyclic prefix, the initial BWP bandwidth, subcarrier spacing and/or cyclic prefix set using the information included in SIB1 may be used.
  • information for setting the communication BWP bandwidth, subcarrier spacing and/or cyclic prefix is not transmitted by the base station 20, and the communication BWP bandwidth, subcarrier spacing and/or cyclic prefix is not set.
  • Each may be defined to be the same as the initial BWP's bandwidth, subcarrier spacing and/or cyclic prefix, respectively.
  • the bandwidths, subcarrier intervals and/or cyclic prefixes set (or defined) for each of the multiple BWPs set for the terminal 10 may be the same.
  • the bandwidth, subcarrier spacing and/or cyclic prefix configured for DLBWP and ULBWP may be different. That is, the terminal 10 may perform the BWP switching process for a plurality of DLBWPs for which the same bandwidth, subcarrier spacing and/or cyclic prefix are set. Also, the terminal 10 may perform a BWP switching process for a plurality of ULBWPs for which the same bandwidth, subcarrier spacing and/or cyclic prefix are set.
  • the setting of the initial BWP may follow Option 1 or Option 2 shown in FIG.
  • Fig. 13 shows an example of a specification change for TS38.321.
  • the example of FIG. 13 corresponds to the process of transmitting scheduling requests using active BWPs configured with PUCCH resources for transmitting scheduling requests in FIG.
  • the terminal 10 switches the active BWP by itself, for example, when transmitting a scheduling request. This reduces the chances of requiring an instruction from the base station 20 when switching between the initial BWP and the communication BWP, thereby reducing signaling overhead. Further, when the PRACH opportunity is set in the communication BWP, the terminal 10 switches the BWP by itself and executes the random access procedure in the communication BWP. As a result, in addition to reducing signaling overhead, it is possible to prevent random access processing from concentrating on SSBs within the initial BWP.
  • FIG. 14 is a sequence showing an example of BWP switching processing when the initial BWP is not set for each terminal.
  • the terminal 10 is a RedCap terminal, but the present embodiment is not limited to this. It is also assumed that the terminal 10 is capable of executing the processing procedures described so far (for example, the BWP switching processing described with reference to FIG. 7).
  • step S500 the terminal 10 notifies the base station 20 of terminal capability information (UE Capability).
  • the terminal 10 includes information indicating that it is a RedCap terminal in the terminal capability information and transmits the information to the base station 20 . It is assumed that the terminal 10 sets the initial BWP by referring to the SIB1 at the time of initial access.
  • step S501 the base station 20 refers to the terminal capability information to recognize that the terminal 10 is a RedCap terminal, and transmits an RRC message for setting the communication BWP to the terminal 10.
  • the RRC message may be, for example, an RRC reconfiguration message.
  • the base station 20 uses "BWP-Downlink” and "BWP-Uplink” in "downlinkBWP-ToAddModList” to perform DLBWP and ULBWP without using "BWP-DownlinkDedicated” in "ServingCellConfig" of the RRC message.
  • an individual resource for the terminal 10 is set (that is, BWP setting according to Option 1 in FIG. 6).
  • step S510 when switching the BWP of the terminal 10, the base station 20 transmits DCI including a BWP indicator designating the BWP to be switched to the terminal 10 on the PDCCH.
  • the base station 20 may transmit DCI of DCI format 1_0 including the BWP indicator to the terminal 10 .
  • the 3GPP specification may be modified to add a BWP indicator to DCI format 1_0.
  • the base station 20 may transmit DCI of DCI format 0_0 including the BWP indicator to the terminal 10 .
  • the 3GPP specification may be modified to add a BWP indicator to DCI format 0_0.
  • the base station 20 may transmit DCI of DCI format 1_1 or DCI format 1_2 including the BWP indicator to the terminal 10 .
  • the 3GPP specification may be modified to allow DCI transmission of DCI format 1_1 or DCI format 1_2 even if there is only cell-specific resource configuration in the initial BWP. .
  • the 3GPP specifications may define new DCI formats for RedCap terminals that include BWP indicators (eg, DCI format 0_3, DCI format 1_3).
  • BWP indicators eg, DCI format 0_3, DCI format 1_3
  • base station 20 may transmit DCI in a new DCI format including a BWP indicator to terminal 10 .
  • step S511 the terminal 10 switches the BWP specified by the BWP indicator to active.
  • step S512 the terminal 10 starts counting a timer upon receiving the PDCCH. Also, when the terminal 10 receives the PDCCH before the timer expires, the terminal 10 restarts the timer count.
  • step S521 the terminal 10 switches the initial BWP or the default BWP to active when the timer expires.
  • the processing procedure of step S240 corresponds to the processing procedure of steps S130 and S131 in FIG.
  • FIG. 15 is a diagram showing a definition example of a BWP indicator.
  • the name of the BWP indicator in this embodiment is merely an example, and any name may be used as long as it is information that defines the following operations.
  • the terminal 10 is instructed by the BWP indicator.
  • the active BWP may be set to the selected BWP.
  • FIG. 15A shows that if the value of the BWP indicator is set to 0, initial DLBWP and/or initial ULBWP are indicated.
  • the DLBWP i.e., including the communication DLBWP described above
  • the ULBWP i.e., including the communication ULBWP described above
  • the definition shown in A of FIG. 15 is that the base station 20 uses one DLBWP (that is, DLBWP#1) and one ULBWP (that is, ULBWP#) in "BWP-Downlink” and “BWP-Uplink” in "ServingCellConfig". 1) is set in the terminal 10.
  • DLBWP that is, DLBWP#1
  • ULBWP# that is, ULBWP#
  • the base station 20 sets "communicateUplinkBWP-id” and "communicateDownlinkBWP-id” indicating the BWP-ID of the communication BWP in "ServingCellConfig", so that the terminal 10 has one It is also possible to apply when a BWP for communication is set. That is, in this case, when the value of the BWP indicator included in the DCI format is set to 1, it indicates that BWP for communication is specified.
  • FIG. 15B shows that when the value of the BWP indicator is set to 0, initial DLBWP and/or initial ULBWP are indicated. Also, when the value of the BWP indicator is set to 1, it indicates that DLBWP#1 and/or ULBWP#1 are indicated.
  • the definition shown in FIG. 15B can be applied when the base station 20 sets one or more DLBWP and ULBWP to the terminal 10 in "BWP-Downlink” and "BWP-Uplink” in "ServingCellConfig". can.
  • FIG. 15C shows that when the value of the BWP indicator is set to 0, initial DLBWP and/or initial ULBWP are indicated. Also, when the value of the BWP indicator is set to 1, it indicates that the BWP set using 'firstActiveDownlinkBWP-id' and 'firstActiveUplinkBWP-id' is specified.
  • the BWP indicator may be used to indicate the BWP-ID and/or the frequency position (position in the frequency domain) of the BWP.
  • the BWP indicator may be used to indicate one frequency position among multiple frequency positions of the configured BWP.
  • the base station 20 may include information for setting a plurality of frequency positions of the communication BWP in the RRC message and transmit the RRC message.
  • the base station 20 includes information (for example, BWP indicator) for indicating one frequency position among the plurality of frequency positions in the DCI format (downlink assignment and/or uplink grant). You may send.
  • the base station 20 designates a first frequency position DLBWP-P1, a second frequency position DLBWP-P2, and a third frequency position DLBWP-P3 as a plurality of frequency positions for one DLBWP (DLBWP for communication). May be set. Also, the base station 20 transmits information (for example, BWP indicator) for indicating one frequency position out of the plurality of frequency positions (DLBWP-P1, DLBWP-P2, and DLBWP-P3) to the DCI (downlink). link assignment and/or uplink grant).
  • information for example, BWP indicator
  • DLBWP-P1 when 2-bit information is set in the DCI, "01" may indicate DLBWP-P1, "10” may indicate DLBWP-P2, and "11” may indicate DLBWP-P3.
  • the initial DLBWP when 2-bit information is set in the DCI, the initial DLBWP may be indicated by '00'. That is, information included in the downlink assignment and/or the uplink grant may be used to determine the frequency position of one DLBWP (DLBWP for communication).
  • the base station 20 designates a first frequency position ULBWP-P1, a second frequency position ULBWP-P2, and a third frequency position ULBWP-P3 as a plurality of frequency positions for one ULBWP (ULBWP for communication). May be set. Also, the base station 20 transmits information (for example, BWP indicator) for indicating one frequency position among the plurality of frequency positions (ULBWP-P1, ULBWP-P2, and ULBWP-P3) to DCI (downlink). link assignment and/or uplink grant).
  • information for example, BWP indicator
  • '01' may indicate ULBWP-P1
  • '10' may indicate ULBWP-P2
  • '11' may indicate ULBWP-P3.
  • the initial ULBWP may be indicated by '00'. That is, information included in the downlink assignment and/or the uplink grant may be used to determine the frequency position of one ULBWP (communication ULBWP).
  • the base station 20 sets a plurality of frequency positions for one DLBWP (DLBWP for communication) and a plurality of frequency positions for one ULBWP (ULBWP for communication), DCI (downlink assignment and/or Information (eg, BWP indicator) included in the uplink grant) may be used to indicate one frequency location for DLBWP and one frequency location for ULBWP. That is, the frequency position of one DLBWP (DLBWP for communication) and the frequency position of one ULBWP (DLBWP for communication) may be switched at the same time.
  • DLBWP-P1 may correspond to ULBWP-P1 (eg, may be defined or configured as a pair).
  • DLBWP-P2 may correspond to ULBWP-P2
  • DLBWP-P3 may correspond to ULBWP-P3.
  • the frequency position of the one DLBWP corresponds to the frequency position of the one ULBWP.
  • 2-bit information is set in DCI
  • '01' indicates DLBWP-P1 and ULBWP-P1
  • '10' indicates DLBWP-P2 and ULBWP-P2
  • '11' indicates DLBWP.
  • -P3 and ULBWP-P3 may be indicated.
  • the terminal 10 may simultaneously switch between the DLBWP frequency position and the ULBWP frequency position with the same index based on the value set in the information.
  • '00' may indicate the initial DLBWP and the initial ULBWP. That is, the information included in the downlink assignment and/or the uplink grant is used to determine the frequency position of one DLBWP (DLBWP for communication) and the frequency position of one ULBWP (ULBWP for communication).
  • bit length (also referred to as the number of bits) of information used to indicate the BWP-ID and/or the BWP frequency position (for example, BWP indicator) is and/or the number of frequency positions set for one ULBWP (DLBWP for communication).
  • bit length of the information included in the downlink assignment may be determined based on the number of frequency positions set for one DLBWP (DLBWP for communication).
  • bit length of the information included in the uplink grant may be determined based on the number of frequency positions set for one ULBWP (DLBWP for communication).
  • bit length of the information included in the downlink assignment and / or uplink grant is the number of frequency positions set for one DLBWP (DLBWP for communication) and one ULBWP (DLBWP for communication ) may be determined based on the larger number of the number of frequency positions set for ).
  • the terminal 10 may switch between both DLBWP and ULBWP.
  • the terminal 10 may switch between both DLBWP and ULBWP.
  • the terminal 10 may switch DLBWP. Also, when the DCI for allocating uplink resources includes the BWP indicator shown in FIG. 15, the terminal 10 may switch between ULBWPs. Also, one DCI may include both a BWP indicator that specifies DLBWP and a BWP indicator that specifies ULBWP. Also, the base station 20 may set information indicating whether or not the BWP indicator is included in the DCI in the terminal 10 in an RRC message or SIB.
  • DCI format 0_0, DCI format 0_1, DCI format 0_2, DCI format 1_0, DCI format 1_1, DCI format 1_2 and new DCI formats for RedCap terminals have a 1-bit BWP indicator.
  • the definition shown in FIG. 15 may be applied.
  • the terminal 10 may recognize that the BWP indicator has 1 bit when a BWP other than the initial BWP is set in the terminal 10 .
  • the BWP indicator may be fixed to 1 bit.
  • BWP switching by PDCCH can be used even when terminal-specific settings are not made in the initial BWP. This enables switching of BWP without using an RRC message, thereby reducing signaling overhead.
  • FIG. 16 is a diagram illustrating an example of the hardware configuration of each device within the wireless communication system.
  • Each device in the wireless communication system 1 eg, terminal 10, base station 20, core network 30, etc.
  • the processor 11 is, for example, a CPU (Central Processing Unit) and controls each device within the wireless communication system 1 .
  • the processor 11 may read and execute the program from the storage device 12 to execute various processes described in this embodiment.
  • Each device within the wireless communication system 1 may be configured with one or more processors 11 .
  • Each device may also be called a computer.
  • the storage device 12 is composed of storage such as memory, HDD (Hard Disk Drive) and/or SSD (Solid State Drive).
  • the storage device 12 may store various types of information necessary for execution of processing by the processor 11 (for example, programs executed by the processor 11, etc.).
  • the communication device 13 is a device that communicates via a wired and/or wireless network, and may include, for example, network cards, communication modules, chips, antennas, and the like. Further, the communication device 13 may include an amplifier, an RF (Radio Frequency) device that performs processing related to radio signals, and a BB (BaseBand) device that performs baseband signal processing.
  • RF Radio Frequency
  • BB BaseBand
  • the RF device for example, performs D/A conversion, modulation, frequency conversion, power amplification, etc. on the digital baseband signal received from the BB device to generate a radio signal to be transmitted from the antenna. Further, the RF device generates a digital baseband signal by performing frequency conversion, demodulation, A/D conversion, etc. on the radio signal received from the antenna, and transmits the digital baseband signal to the BB device.
  • the BB device performs a process of converting a digital baseband signal into a packet and a process of converting the packet into a digital baseband signal.
  • the input/output device 14 includes input devices such as keyboards, touch panels, mice and/or microphones, and output devices such as displays and/or speakers.
  • Each device in the wireless communication system 1 may omit part of the hardware shown in FIG. 12, or may include hardware not shown in FIG. Also, the hardware shown in FIG. 12 may be configured by one or a plurality of chips.
  • FIG. 17 is a diagram showing an example of the functional configuration of the terminal 10.
  • Terminal 10 includes receiver 101 , transmitter 102 , and controller 103 . All or part of the functions realized by the receiving unit 101 and the transmitting unit 102 can be realized using the communication device 13 . All or part of the functions realized by the receiving unit 101 and the transmitting unit 102 and the control unit 103 can be realized by the processor 11 executing a program stored in the storage device 12 . Also, the program can be stored in a storage medium.
  • the storage medium storing the program may be a non-transitory computer readable medium.
  • the non-temporary storage medium is not particularly limited, but may be a storage medium such as a USB memory or CD-ROM, for example.
  • the RedCap terminal is an example of a specific terminal.
  • PUCCH is an example of an uplink control channel.
  • PUCCH parameters and/or PDCCH parameters are an example of control channel resource configuration.
  • PDCCH is an example of a physical downlink control channel.
  • DCI is an example of a physical downlink control channel signal.
  • UE Capability is an example of terminal capability.
  • CommunicateDownlinkBWP-id or firstActiveDownlinkBWP-id is an example of communication DLBWP setting.
  • CommunicateUplinkBWP-id or firstActiveUplinkBWP-id is an example of communication ULBWP setting.
  • the receiving unit 101 receives the downstream signal. Also, the receiving section 101 may receive information and/or data transmitted via a downlink signal. Here, “receiving” may include, for example, performing processing related to reception such as at least one of receiving, demapping, demodulating, decoding, monitoring, and measuring radio signals.
  • the receiving unit 101 receives an RRC message including communication DLBWP (Downlink BandWidth Part) and communication ULBWP (Uplink BandWidth Part) settings set for a specific terminal from the base station 20. Further, receiving section 101 receives from base station 20 an RRC message that does not include terminal-specific control channel resource settings for initial BWP and that includes communication BWP settings that are set for specific terminals.
  • the RRC message may be, for example, an RRC reconfiguration message, an RRC resume message (RRCResume), an RRC setup message, or the like.
  • the transmission unit 102 transmits an upstream signal. Also, the transmitting section 102 may transmit information and/or data transmitted via an uplink signal. Here, “transmitting” may include performing processing related to transmission, such as at least one of encoding, modulation, mapping, and transmission of radio signals. Also, the transmission unit 102 transmits a scheduling request to the base station 20 in the active ULBWP. More specifically, when a scheduling request is triggered by the control unit 103, the transmitting unit 102 transmits the scheduling request by radio signal. Further, after the active ULBWP is switched to the communication ULBWP, the transmission unit 102 transmits a scheduling request to the base station 20 using the terminal-specific uplink control channel resource set in the communication ULBWP. can be
  • transmitting section 102 sets the terminal-specific uplink control channel resource set in the initial ULBWP. may be used to transmit the scheduling request to the base station 20 .
  • the transmission unit 102 may execute the random access procedure in the communication ULBWP and the communication DLBWP.
  • the control unit 103 performs a process of setting the BWP notified by the SIB and RRC message to the terminal 10, a process of activating the set BWP, and a process of switching the activated BWP. Further, when the control unit 103 detects a request to the base station 20 for resource allocation (uplink scheduling) for transmitting uplink data, it triggers the transmission unit 102 to transmit a scheduling request.
  • resource allocation uplink scheduling
  • the control unit 103 when the control unit 103 requests the base station 20 to allocate resources for transmitting uplink data, if terminal-specific uplink control channel resources are not set in the active ULBWP, the active ULBWP to ULBWP for communication. Further, when the active ULBWP is the initial ULBWP and no terminal-specific uplink control channel resource is set in the initial ULBWP, the control unit 103 switches the active ULBWP to the communication ULBWP. good too. In addition to switching the active ULBWP to the communication ULBWP, the control unit 103 may switch the active DLBWP to the communication DLBWP.
  • control unit 103 may switch the active ULBWP to the communication ULBWP after the scheduling request is transmitted. For example, the control unit 103 may switch the active ULBWP to the communication ULBWP after the scheduling request is transmitted (or triggered) in the initial ULBWP.
  • control unit 103 may switch the active DLBWP to the communication DLBWP after the scheduling request is transmitted (or after the scheduling request transmission is triggered). Further, after the transmission unit 102 transmits the scheduling request in the active ULBWP (or after triggering the transmission of the scheduling request in the active ULBWP), the control unit 103 determines that the active DLBWP is not the communication DLBWP. If not, the DLBWP for communication may be switched to active.
  • control unit 103 switches between the initial BWP and the communication BWP as the active BWP based on the physical downlink control channel signal that specifies either the initial BWP or the communication BWP. Further, the control unit 103 may switch between the initial ULBWP and the initial DLBWP as an active BWP based on the signal of the physical downlink control channel that specifies the initial BWP. The initial ULBWP may be switched as the active BWP based on the signal of the physical downlink control channel specifying the . Also, the control unit 103 may switch the initial DLBWP to an active BWP based on a physical downlink control channel signal specifying the initial DLBWP.
  • control unit 103 may switch the active BWP from the initial BWP to the communication BWP when triggering the random access procedure and when the PRACH opportunity is set in the communication ULBWP.
  • FIG. 18 is a diagram showing an example of the functional configuration of the base station 20.
  • Base station 20 includes receiver 201 , transmitter 202 , and controller 203 . All or part of the functions realized by the receiving unit 201 and the transmitting unit 202 can be realized using the communication device 13 . All or part of the functions realized by the receiving unit 201 and the transmitting unit 202 and the control unit 103 can be realized by the processor 11 executing a program stored in the storage device 12 . Also, the program can be stored in a storage medium.
  • the storage medium storing the program may be a computer-readable non-temporary storage medium.
  • the non-temporary storage medium is not particularly limited, but may be a storage medium such as a USB memory or CD-ROM, for example.
  • the receiving unit 201 receives an upstream signal. Also, the receiving section 201 may receive information and/or data transmitted via the uplink signal. Also, the receiving unit 101 receives information indicating the terminal capability of the terminal 10 from the terminal 10 . Further, when receiving section 101 does not configure the terminal-specific uplink control channel resource for terminal 10 in the initial ULBWP, the terminal 10 transmits using the terminal-specific uplink control channel resource configured in the communication ULBWP. When a scheduling request is received and a terminal-specific uplink control channel resource is set in the initial ULBWP, the scheduling request transmitted by the terminal-specific uplink control channel resource set in the initial ULBWP is received from the terminal 10. can be
  • the transmission unit 202 transmits a downlink signal. Also, the transmitting section 202 may transmit information and/or data transmitted via the downlink signal. Further, when the terminal 10 is indicated by the information indicating the terminal capability of the terminal 10 that the terminal 10 is a specific terminal, the transmitting section 202 transmits to the terminal 10 an RRC message including settings of the DLBWP for communication and the ULBWP for communication.
  • the RRC message may be, for example, an RRC reconfiguration message, an RRC restart message, an RRC setup message, or the like.
  • the transmitting section 202 does not include the setting of individual control channel resources for the initial BWP and sets for the specific terminal.
  • An RRC message containing the setting of the communication BWP to be set may be transmitted to the terminal 10 .
  • the transmitting section 102 may transmit a physical downlink control channel signal designating either the initial BWP or the communication BWP to the terminal.
  • the control unit 203 allocates uplink resources and downlink resources to the terminal 10, and the like. For example, when receiving a scheduling request from the terminal 10 , the control section 203 allocates resources for transmitting uplink data to the terminal 10 (uplink scheduling).
  • terminal-specific PUCCH parameters may be replaced with terminal-specific PUCCH resources.
  • the terms signal, information, signaling and message may be used interchangeably.
  • Various signals, information, and parameters in the above embodiments may be transmitted in any layer. That is, the various signals, information, and parameters are replaced with signals, information, and parameters of any layer such as higher layers (eg, NAS layer, RRC layer, MAC layer, etc.), lower layers (eg, physical layer), etc. good too. Further, the notification of the predetermined information is not limited to being performed explicitly, but may be performed implicitly (for example, by not notifying the information or using other information).
  • a slot may be named any unit of time having a predetermined number of symbols.
  • RB may be any name as long as it is a frequency unit having a predetermined number of subcarriers.
  • RRC messages may be referred to as RRC signaling.
  • the use of the terminal 10 in the above embodiment is not limited to those illustrated, as long as it has similar functions, any use (for example, eMBB, URLLC, Device-to- Device (D2D), Vehicle-to-Everything (V2X), etc.).

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

基地局から、特定端末向けに設定される、通信用ＤＬＢＷＰ及び通信用ＵＬＢＷＰの設定を含むＲＲＣメッセージを受信する受信部と、上りリンクのスケジューリングを要求する場合において、アクティブであるＵＬＢＷＰに端末個別の上り制御チャネルリソースが設定されていない場合、アクティブであるＵＬＢＷＰを、前記通信用ＵＬＢＷＰに切り替える制御部と、アクティブであるＵＬＢＷＰで、スケジューリングリクエストを前記基地局に送信する送信部と、を有する端末を提供する。

Description

端末、基地局及び通信方法 関連出願の相互参照
　本出願は、2021年4月23日に出願された日本国特許出願2021-073578号に基づくものであって、その優先権の利益を主張するものであり、その特許出願の全ての内容が、参照により本明細書に組み込まれる。
　本開示は、端末、基地局及び通信方法に関する。
　国際標準化団体であるThird Generation Partnership Project（３ＧＰＰ）では、第３．９世代の無線アクセス技術（Radio Access Technology：ＲＡＴ）であるLong Term Evolution（ＬＴＥ）、第４世代のＲＡＴであるＬＴＥ－Ａｄｖａｎｃｅｄの後継として、第５世代（Fifth Generation：５Ｇ）のＲＡＴであるNew Radio（ＮＲ）のリリース１５が仕様化されている（例えば、非特許文献１）。
3GPP TS 38.300 V15.11.0 (2020-09)
　現在、３ＧＰＰでは、ＮＲを用いて無線アクセスを行うＩｏＴ（Internet of things）向けの新たな端末を想定した機能の検討が開始されている。当該新たな端末は、ＲｅｄＣａｐ端末と呼ばれ、ＮＲでサポートされている広い帯域を全て利用するのではなく、例えば２０ＭＨｚや５０ＭＨｚなど、ある程度狭い帯域幅で通信を行う前提である。
　ここで、ＮＲでは、下りリンクにおける一部の周波数に、ＳＳＢ（Synchronization Signal Block）と呼ばれる、同期信号及び報知情報を送信するための無線リソースが設定されており、端末１０は、セルの受信品質等の測定を、ＳＳＢを測定することで行う。また、ＮＲでは、セル全体の帯域幅の全部又は一部を端末に割り当てることを可能とする、ＢＷＰ（BandWidth Part）と呼ばれる仕組みが規定されている。なお、ＳＳＢは、ＳＳ／ＰＢＣＨブロック（Synchronization Signal／Physical Broadcast Channel Block）とも呼ばれる。
　同期処理や報知情報の受信及びセルの品質測定等を考慮すると、ＲｅｄＣａｐ端末に設定するＢＷＰは、ＳＳＢを含む帯域であることが望ましいが、ＲｅｄＣａｐ端末に設定されるＢＷＰがＳＳＢを含む帯域に集中すると、当該帯域が混雑することになる。そのため、ＲｅｄＣａｐ端末を複数のＢＷＰで動作させることが検討されている。しかしながら、複数のＢＷＰで動作させるために、基地局から端末に対してＢＷＰの切替を指示するシグナリングを送信することになるため、シグナリングオーバーヘッドが大きいという問題がある。
　本開示は、ＢＷＰを切り替える際のシグナリングオーバーヘッドを削減することを可能とする端末、基地局及び無線通信方法を提供することを目的の一つとする。
　本開示に係る端末は、基地局から、特定端末向けに設定される、通信用ＤＬＢＷＰ及び通信用ＵＬＢＷＰの設定を含むＲＲＣメッセージを受信する受信部と、上りリンクのスケジューリングを要求する場合において、アクティブであるＵＬＢＷＰに端末個別の上り制御チャネルリソースが設定されていない場合、アクティブであるＵＬＢＷＰを、前記通信用ＵＬＢＷＰに切り替える制御部と、アクティブであるＵＬＢＷＰで、スケジューリングリクエストを前記基地局に送信する送信部と、を有する。
　本開示によれば、ＢＷＰを切り替える際のシグナリングオーバーヘッドを削減することを可能とする端末、基地局及び無線通信方法を提供することができる。
図１は、本実施形態に係る無線通信システムの概要の一例を示す図である。 図２は、ＢＷＰの設定例を示す図である。 図３は、ＢＷＰスイッチング処理を説明するための図である。 図４は、初期ＢＷＰを設定するために用いられるＳＩＢ１の情報要素を説明するための図である。 図５は、ＲＲＣメッセージにおけるＢＷＰ設定に関する情報要素を説明するための図である。 図６は、ＢＷＰ設定方法に関する２つのオプションを説明するための図である。 図７は、ＢＷＰスイッチングの動作を説明するためのシーケンス図である。 図８は、本実施形態における課題の一例を説明するための図である。 図９は、初期ＢＷＰ及び通信用ＢＷＰが設定された場合のＢＷＰ切替処理の一例を説明するためのシーケンス図である。 図１０は、スケジューリングリクエストを送信する際の処理手順の一例を示すフローチャートである。 図１１は、ランダムアクセス手順を実行する際の処理手順の一例を示すフローチャートである。 図１２は、通信用ＢＷＰを設定するＲＲＣメッセージの一例を示す図である。 図１３は、ＴＳ３８．３２１の仕様変更例を示す。 図１４は、初期ＢＷＰに端末個別の設定がされない場合のＢＷＰ切替処理の一例を示すシーケンスである。 図１５は、ＢＷＰ指示子の定義例を示す図である。 図１６は、無線通信システム内の各装置のハードウェア構成の一例を示す図である。 図１７は、端末の機能構成の一例を示す図である。 図１８は、基地局の機能構成の一例を示す図である。
　以下、添付図面を参照しながら本実施形態について説明する。説明の理解を容易にするため、各図面において同一の構成要素に対しては可能な限り同一の符号を付して、重複する説明は省略する。
　＜システム概要＞
　図１は、本実施形態に係る無線通信システムの概要の一例を示す図である。図１に示すように、無線通信システム１は、端末１０と、基地局２０と、コアネットワーク３０と、を含んでもよい。なお、図１に示す端末１０、基地局２０の数は例示にすぎず、図示する数に限られない。
　無線通信システム１の無線アクセス技術（Radio Access Technology：ＲＡＴ）としては、例えば、ＮＲが想定されるが、これに限られず、例えば、第６世代以降のＲＡＴ等、種々のＲＡＴを利用できる。
　端末１０は、例えば、スマートフォンや、パーソナルコンピュータ、車載端末、車載装置、静止装置、テレマティクス制御ユニット（Telematics control unit：ＴＣＵ）等、所定（given）の端末又は装置である。端末１０は、ユーザ装置（User Equipment：ＵＥ）、移動局（Mobile Station：ＭＳ）、端末（User Terminal）、無線装置（Radio apparatus）、加入者端末、アクセス端末等と呼ばれてもよい。端末１０は、移動型であってもよいし、固定型であってもよい。端末１０は、ＲＡＴとして、例えば、ＮＲを用いて通信可能に構成される。
　基地局２０は、一以上のセルＣを形成し、当該セルＣを用いて端末１０と通信する。セルＣは、サービングセル、キャリア、コンポーネントキャリア（Component Carrier：ＣＣ）等と相互に言い換えられてもよい。例えば、基地局２０は、一つのプライマリセルと一以上のセカンダリセルを端末１０に対して設定し、通信してもよい（キャリアアグリゲーションとも称される）。すなわち、一以上のセルＣは、プライマリセルを少なくとも含み、セカンダリセルを含んでもよい。
　基地局２０は、gNodeB(gNB)、en-gNB、Next Generation‐Radio Access Network（NG-RAN）ノード、低電力ノード（low-power node）、Central Unit（CU）、Distributed Unit（DU）、gNB-DU、Remote Radio Head（ＲＲＨ）、Integrated Access and Backhaul/Backhauling（ＩＡＢ）ノード等と呼ばれてもよい。基地局２０は、一つのノードに限られず、複数のノード（例えば、DU等の下位ノードとCU等の上位ノードの組み合わせ）で構成されてもよい。
　コアネットワーク３０は、例えば、ＮＲに対応したコアネットワーク（5G Core Network：５ＧＣ）であるが、これに限られない。コアネットワーク３０上の装置（以下、「コアネットワーク装置」ともいう）は、端末１０のページング、位置登録等のモビリティ管理（mobility management）を行う。コアネットワーク装置は、所定のインタフェース（例えば、Ｓ１又はＮＧインタフェース）を介して基地局２０に接続されてもよい。
　コアネットワーク装置は、例えば、Ｃプレーンの情報（例えば、アクセス及び移動管理等に関する情報）を管理するAccess and Mobility Management Function（ＡＭＦ）、Ｕプレーンの情報（例えば、ユーザデータ）の伝送制御を行うUser Plane Function（ＵＰＦ）の少なくとも一つ等を含んでもよい。
　無線通信システム１において、端末１０は、基地局２０からの下り（downlink：ＤＬ）信号の受信及び／又は上り信号（uplink：ＵＬ）の送信を行う。端末１０には、一以上のキャリアが設定（configure）されてもよい。各キャリアの帯域幅は、例えば、５ＭＨｚ～４００ＭＨｚである。一つのキャリアには、一つ又は複数の帯域幅部分（Bandwidth Part：ＢＷＰ）が設定されてもよい。一つのＢＷＰは、キャリアの少なくとも一部の帯域幅を有する。すなわち、端末１０に設定される一以上のセルＣのそれぞれにおいて、一つ又は複数のＢＷＰが設定されてもよい。例えば、端末１０に対して、一つのセルＣにおいて最大４つまでのＢＷＰ（後述するＤＬＢＷＰ及びＵＬＢＷＰのそれぞれ）が設定されてもよい。
　一つのＢＷＰには、一以上の制御リソースセット（Control Resource Set：ＣＯＲＥＳＥＴ）が設定されてもよい。ＣＯＲＥＳＥＴは、下り制御チャネル（例えば、物理下り制御チャネル（Physical Downlink Control Channel：ＰＤＣＣＨ））用の時間領域及び周波数領域のリソースである。例えば、ＣＯＲＥＳＥＴは、所定数のシンボル（例えば、１～３シンボル）及び所定数のリソースブロック（Resource Block：ＲＢ）（例えば、６ｎ（ｎ≧１）ＲＢ）で構成される。なお、下り制御チャネルは、ＰＤＣＣＨに限られず、下り制御情報（Downlink Control Channel：ＤＣＩ）の伝送に用いられるチャネルであれば、名称は問わない。
　ここで、ＤＣＩの送信に対して、一以上のフォーマットが規定されてもよい。ＤＣＩの送信に対して規定されるフォーマットを、ＤＣＩフォーマットと称する。例えば、物理下り共有チャネル（Physical Downlink Shared Channel：ＰＤＳＣＨ）のスケジューリングに用いられるＤＣＩフォーマット（下りリンクアサインメント、ＤＣＩフォーマット１＿ｘ（ｘ＝０、１、２等）等とも称される）が規定されてもよい。また、例えば、物理上り共有チャネル（Physical Uplink Shared Channel：ＰＵＳＣＨ）のスケジューリングに用いられるＤＣＩフォーマット（上りリンクグラント、ＤＣＩフォーマット０＿ｘ（ｘ＝０、１、２等）等とも称される）が規定されてもよい。
　なお、ＰＤＳＣＨ及びＰＵＳＣＨは、ユーザデータ及び／又は物理レイヤよりも上位のレイヤの制御情報（例えば、Medium Access Control Element（ＭＡＣ　ＣＥ）、Radio Resource Control（ＲＲＣ）メッセージ等）の伝送に用いられる物理チャネルであれば、名称は問わない。他のチャネルについても、同様の機能を有するチャネルであれば、名称は問わない。端末１０は、下りリンクアサインメントに基づいてＰＤＳＣＨでの受信を制御する。また、端末１０は、上りリンクグラントに基づいてＰＵＳＣＨでの送信を制御する。ここで、トランスポートチャネルとして、下り共有チャネル（Downlink Shared Channel：ＤＬ-ＳＣＨ）及び上り共有チャネル（Uplink Shared Channel：ＵＬ-ＳＣＨ）が規定されてもよい。例えば、下りユーザデータ（ＤＬ-ＳＣＨデータとも称する）はＤＬ-ＳＣＨにマップされてもよい。また、上りユーザデータは（ＵＬ-ＳＣＨデータとも称する）はＵＬ-ＳＣＨにマップされてもよい。また、ＤＬ-ＳＣＨはＰＤＳＣＨにマップされ、ＵＬ-ＳＣＨはＰＵＳＣＨにマップされてもよい。
　また、端末１０は、基地局２０からの同期信号（例えば、プライマリ同期信号（Primary Synchronization Signal：ＰＳＳ）及び／又はセカンダリ同期信号（Secondary Synchronization Signal：ＰＳＳ））を検出して、セルＣにおける時間及び周波数の同期を取得する。同期信号、報知チャネル（例えば、物理報知チャネル（Physical Broadcast Channel：ＰＢＣＨ））及び報知チャネルの復調用参照信号（Demodulation Reference Signal：ＤＭＲＳ）を含むブロックは、同期信号ブロック（Synchronization Signal and PBCH Block：ＳＳＢ）、ＳＳ／ＰＢＣＨブロック等とも呼ばれる。ＳＳＢは、所定周期で設けられる。
　ＮＲは、ＬＴＥとは異なり、セル固有の参照信号が送信されていない。そのため、端末１０は、基地局２０から指定されたＳＭＴＣ（SSB-based measurement timing configuration）に従って、所定周期で送信されるＳＳＢを用いて、ＲＳＲＰ（Reference Signal Received Power）、ＲＳＲＱ（Reference Signal Received Quality）及び／又はＳＩＮＲ（Signal to Noise and Interference Ratio）等を測定する。ＳＳを用いて測定されたＲＳＲＰ、ＲＳＲＱ及びＳＩＮＲは、それぞれ、ＳＳ－ＲＳＲＰ、ＳＳ－ＲＳＲＱ及びＳＳ－ＳＩＮＲとも呼ばれる。端末１０は、ＳＳＢを測定した結果を、基地局２０に報告する。
　＜ＢＷＰ＞
　以下、ＢＷＰについてより詳細に説明する。ＢＷＰは、端末１０が基地局２０との間で信号の送受信を行うために用いる帯域幅であり、連続するリソースブロックのサブセットとして定義される。図２は、ＢＷＰの設定例を示す図である。図２に示すように、ＢＷＰは、端末１０ごとに、異なる周波数位置及び帯域幅に設定することができる。また、ＢＷＰは、下りリンク及び上りリンクで別個に設定することができる。本実施形態において、「ＢＷＰ」は、下りリンクのＢＷＰ及び/又は上りリンクのＢＷＰを含む。また、以下の説明では、下りリンクのＢＷＰ及び上りリンクのＢＷＰを、それぞれ「ＤＬＢＷＰ（Downlink BWP）」及び「ＵＬＢＷＰ（Uplink BWP）と記載する。例えば、基地局２０は、端末１０に対して複数のＢＷＰを設定した場合、当該複数のＢＷＰの中で１つのＢＷＰがアクティブ化してもよい。端末１０は、アクティブ化された１つのＢＷＰにおける帯域内で、無線信号の送受信（通信）を行う。
　端末１０が、アクティブ化されたＢＷＰにおいて又はアクティブ化されたＢＷＰに対して実行する動作について説明する。例えば、端末１０は、ＢＷＰがアクティブ化された場合、当該ＢＷＰにおいて、上り共有チャネル（ＵＬ－ＳＣＨ）での送信、ＲＡＣＨ（Random Access Channel）でのランダムアクセスプリアンブル送信（ただし、ＢＷＰにＰＲＡＣＨ機会（PRACH occasions）が設定されている場合）、ＰＤＣＣＨのモニタ、ＰＵＣＣＨでの送信（ただしＰＵＣＣＨリソースが設定されている場合）、ＳＲＳ（Sounding Reference Signal）送信（ＳＲＳが設定されている場合）及び/又は下り共有チャネル（ＤＬ－ＳＣＨ）での受信を行う。また、端末１０は、ＢＷＰがアクティブ化された場合、当該ＢＷＰに対するＣＳＩ（Channel State Information）報告を行ってもよい。ここで、ＰＲＡＣＨ機会とは、端末１０がランダムアクセスプリアンブルを送信可能なリソース（例えば、時間及び/又は周波数リソース）であってもよい。また、例えば、設定可能なＢＷＰの最大帯域幅及び最大ＢＷＰ数は、端末１０の能力に依存する。以下、端末１０が上り及び下り通信を行うとは、アクティブ化されたＢＷＰにおいて又はアクティブ化されたＢＷＰに対して、端末１０が上り及び下り通信を行う動作の少なくとも１つを含んでもよい。すなわち、端末１０が上り及び下り通信に用いるＢＷＰ（「通信用ＢＷＰ」とも称する）とは、端末１０によって当該動作の少なくとも１つが実行されるＢＷＰ（アクティブ化されたＢＷＰ）を含んでもよい。
　また、主に端末１０がセルに初期アクセスする際に用いられるＢＷＰは、初期ＢＷＰ（Initial BWP）と呼ばれる。初期ＢＷＰの周波数位置、帯域幅、サブキャリア間隔及び/又はサイクリックプリフィックスは、システム情報（ＳＩＢ１（System Information Block 1））により端末１０に通知される。すなわち、基地局２０は、初期ＢＷＰに関する情報（周波数位置、帯域幅、サブキャリア間隔及び/又はサイクリックプリフィックス）をＳＩＢ１に含めて報知し、端末１０は、当該初期ＢＷＰに関する情報に基づいて、初期ＢＷＰを特定してもよい。ここで、初期ＢＷＰは、マスターインフォメーションブロック（Master Information Block：ＭＩＢ）に含まれる情報によって端末１０に与えられてもよい。つまり、初期ＢＷＰは、セルにアクセスする全ての端末に設定される。ＢＷＰは、ＢＷＰ－ＩＤで一意に識別され、初期ＢＷＰのＢＷＰ－ＩＤは「０」である。基地局２０は、初期ＢＷＰ以外の周波数位置及び帯域幅にＢＷＰを追加（設定）する際、当該ＢＷＰのＢＷＰ－ＩＤを１から順に連続したＩＤsで設定する。以下の説明において、ＢＷＰ＃ｎは、ＢＷＰ－ＩＤがｎであるＢＷＰを意味する。ＢＷＰ＃０は、初期ＢＷＰと同義である（すなわち、ＢＷＰ＃０は、初期ＢＷＰに対して規定されるＢＷＰ－ＩＤであってもよい）。
　図３は、ＢＷＰスイッチング処理を説明するための図である。ＢＷＰスイッチングとは、サービングセルにおいて、非アクティブＢＷＰ（inactive BWP）をアクティブ化（activate）することと、アクティブＢＷＰ（active BWP）を非アクティブ化（deactivate）することを同時に行うことを意味する。言い換えると、アクティブＢＷＰを切り替えることを意味する。図３の例では、端末１０に、ＢＷＰ＃０～ＢＷＰ＃２の３つのＢＷＰが設定されており、時間の経過によりアクティブＢＷＰが切り替わる様子が示されている。時刻ｔ１～ｔ２の間はＢＷＰ＃１がアクティブであり、時刻ｔ３～ｔ４の間はＢＷＰ＃２がアクティブであり、それ以外の時刻ではＢＷＰ＃０がアクティブである。
　ＢＷＰスイッチング（BWP Switching）は、基地局２０からの指示を受けた場合、タイマが満了した場合、及び、ランダムアクセス（Random Access：ＲＡ）を行う場合のいずれかをトリガとして実行される。当該タイマは、bwp-InactivityTimerとも呼ばれる。基地局２０からの指示を受けた場合とは、具体的には、アクティブにするＢＷＰを指定する情報を含むＲＲＣメッセージ又はＰＤＣＣＨ（つまりＤＣＩ）を基地局２０から受信した場合である。
　図４は、初期ＢＷＰを設定するために用いられるＳＩＢ１の情報要素を説明するための図である。なお、図４は、本実施形態を説明するために必要な情報要素を示しており、ＳＩＢ１には、図４に図示しない情報要素も含まれる。DownlinkConfigCommonSIBには、初期ＤＬＢＷＰ及び初期ＵＬＢＷＰに関するセル固有の設定を行う「BWP-DownlinkCommon」と「BWP-UplinkCommon」とが含まれる。BWP-DownlinkCommonには、初期ＤＬＢＷＰの周波数位置、帯域幅、サブキャリア間隔（Subcarrier Spacing）及びサイクリックプレフィクス等を設定する「BWP」と、初期ＤＬＢＷＰにおけるＰＤＣＣＨ及びＰＤＳＣＨに関するセル固有パラメータの設定を行う「PDCCH-ConfigCommon」及び「PDSCH-ConfigCommon」が含まれる。例えば、PDCCH-ConfigCommonには、ＣＯＲＥＳＥＴ＃０の設定（controlResourceSetZero）やサーチスペース＃０に関する設定（SearchSpaceZero）等が含まれる。
　BWP-UplinkCommonには、初期ＵＬＢＷＰの周波数位置、帯域幅、サブキャリア間隔及びサイクリックプレフィクス等を設定する「BWP」と、ＰＲＡＣＨ機会などのランダムアクセスチャネルに関するセル固有パラメータの設定を行う「RACH-ConfigCommon」と、初期ＵＬＢＷＰにおけるＰＵＣＣＨ及びＰＵＳＣＨに関するセル固有パラメータの設定を行う「PUCCH-ConfigCommon」及び「PUSCH-ConfigCommon」とが含まれる。
　図５は、ＲＲＣメッセージにおけるＢＷＰ設定に関する情報要素を説明するための図である。なお、図５は、本実施形態を説明するために必要な情報要素を示しており、ＲＲＣメッセージには、図５に図示しない情報要素も含まれる。図５では、ＲＲＣ再設定メッセージ（RRCReconfiguration）を例に説明するが、図５に示す情報要素の一部は、他のＲＲＣメッセージ（例えばＲＲＣセットアップ（RRC Setup））にも含めることができる。
　ＲＲＣ再設定メッセージは、全端末１０共通の設定を行うＳＩＢ１とは異なり、個々の端末１０に対して端末個別（UE specific）のＲＲＣコネクションの設定を変更する際に用いられる。ＲＲＣ再設定メッセージは、サービングセルにおけるセル固有パラメータの設定を行う「ServingCellConfigCommon」と、サービングセルにおける端末個別パラメータの設定を行う「ServingCellConfig」とを含む。「ServingCellConfigCommon」には、図４に示すＳＩＢ１と同様、初期ＤＬＢＷＰ及び初期ＵＬＢＷＰに関するセル固有の設定を行う「BWP-DownlinkCommon」と「BWP-UplinkCommon」とが含まれる。なお、「ServingCellConfigCommon」における「BWP-DownlinkCommon」と「BWP-UplinkCommon」の設定値は、ＳＩＢ１における「BWP-DownlinkCommon」と「BWP-UplinkCommon」の設定値と一致している。
　「ServingCellConfig」には、初期ＤＬＢＷＰに対して設定される端末個別の設定を行う「BWP-DownlinkDedicated」及び初期ＵＬＢＷＰに対して設定される端末個別の設定を行う「BWP-UplinkDedicated」が含まれる。「BWP-DownlinkDedicated」は、ＣＯＲＥＳＥＴやサーチスペース等など、端末個別ＰＤＣＣＨパラメータの設定を行う「PDCCH-Config」と、端末個別ＰＤＳＣＨパラメータの設定を行う「PDSCH-Config」とを含む。また、「BWP-UplinkDedicated」は、スケジューリングリクエスト（Scheduling Request：ＳＲ）等のＵＣＩ（Uplink Control Information）を送信するために用いられるＰＵＣＣＨリソースなど、端末個別ＰＵＣＣＨパラメータの設定を行う「PUCCH-Config」と、端末個別ＰＵＳＣＨパラメータの設定を行う「PUSCH-Config」とを含む。スケジューリングリクエストを送信するために用いられるＰＵＣＣＨリソースなどの設定を、スケジューリングリクエスト設定（SR configuration）とも称する。例えば、スケジューリングリクエスト設定には、スケジューリングリクエストを送信するために用いられるＰＵＣＣＨリソース、周期、オフセットの値などが含まれてもよい。端末１０は、スケジューリングリクエスト設定に基づいて、スケジューリングリクエストを送信してもよい。
　また、「ServingCellConfig」には、初期ＢＷＰ以外にＢＷＰ（例えばＢＷＰ＃１やＢＷＰ＃２など）を追加する際に用いられる「BWP-Downlink」及び「BWP-Uplink」が含まれる。「BWP-Downlink」には、設定するＤＬＢＷＰごとに、ＢＷＰ－ＩＤ、ＢＷＰの周波数位置、帯域幅、サブキャリア間隔及びサイクリックプレフィクス等の設定、ＰＤＣＣＨ及びＰＤＳＣＨに関するセル固有パラメータの設定を行う「BWP-DownlinkCommon」、ＣＯＲＥＳＥＴやサーチスペース等などの端末個別ＰＤＣＣＨ／ＰＤＳＣＨパラメータの設定を行う「BWP-DownlinkDedicated」を含む。「BWP-Uplink」には、設定するＵＬＢＷＰごとに、ＢＷＰ－ＩＤ、ＢＷＰの周波数位置、帯域幅、サブキャリア間隔及びサイクリックプレフィクス等の設定、ＰＵＣＣＨ及びＰＵＳＣＨに関するセル固有パラメータの設定を行う「BWP-UplinkCommon」、ＣＯＲＥＳＥＴやサーチスペース等などの端末個別ＰＤＣＣＨ／ＰＤＳＣＨパラメータの設定を行う「BWP-UplinkDedicated」を含む。
　また、「ServingCellConfig」には、端末１０がＲＲＣ再設定を実行する際にアクティブ化されるＤＬＢＷＰのＢＷＰ－ＩＤを示す「firstActiveDownlinkBWP-id」と、端末１０がＲＲＣ再設定を実行する際にアクティブ化されるＵＬＢＷＰのＢＷＰ－ＩＤを示す「firstActiveUplinkBWP-id」とが含まれる。なお、ＲＲＣメッセージに「firstActiveDownlinkBWP-id」及び「firstActiveUplinkBWP-id」が含まれていない場合、当該ＲＲＣメッセージによるＢＷＰの切り替え（スイッチング）は行われない。
　図６は、ＢＷＰ設定方法に関する２つのオプションを説明するための図である。オプション１（Option#1）は、ＢＷＰ＃０に対してＳＩＢ１で通知されるセル固有の設定以外の設定を行わず、端末個別ＰＵＣＣＨパラメータ等の端末個別の設定をＢＷＰ＃１～ＢＷＰ＃４に設定する方法である。図５で説明したように、「ServingCellConfig」には、初期ＢＷＰに対し端末個別のリソース設定を行う「BWP-DownlinkDedicated」が用意されているが、端末個別のリソース設定を、当該「BWP-DownlinkDedicated」を利用せずに、「downlinkBWP-ToAddModList」における「BWP-Downlink」及び「BWP-Uplink」を利用して設定した場合、オプション１の状態になる。
　リリース１６の３ＧＰＰ仕様では、ある１つのサービングセルに対して１つまたは複数のＢＷＰｓ（ＤＬＢＷＰ及びＵＬＢＷＰのそれぞれ）が設定され、１つのサービングセルに設定されるＢＷＰ（ＤＬＢＷＰ及びＵＬＢＷＰのそれぞれ）の最大数は４つであることが規定されている。また、例えば、オプション１として、端末１０は、ＢＷＰ＃０を、ＲＲＣメッセージで設定されたＢＷＰとはみなさないことが規定されている。従って、オプション１では、基地局２０は、ＲＲＣメッセージにより、端末１０に対し、ＢＷＰ＃１～ＢＷＰ＃４の４つのＢＷＰを設定することができる。
　ここで、オプション１の場合、ＢＷＰ＃０に対して、端末個別のパラメータは設定されず、セル固有のパラメータのみが設定されてもよい。つまり、ＢＷＰ＃０では、端末１０は限られた処理しか行うことができない。例えば、端末個別の設定が存在しないＢＷＰ＃０では、ＤＣＩフォーマット１＿０のみしか使用することができないが、ＤＣＩフォーマット１＿０は、ＢＷＰスイッチングをサポートしていない。従って、端末１０のＢＷＰをＢＷＰ＃０から他のＢＷＰに切り替える場合、ＲＲＣメッセージを用いてＢＷＰを切り替える必要がある。
　一方、オプション２（Option#2）は、ＢＷＰ＃０に対し、ＳＩＢ１で通知されるセル固有の設定に加えて、端末個別ＰＵＣＣＨパラメータ等の端末個別の設定も行う方法である。図５で説明したように、「ServingCellConfig」には、初期ＢＷＰに対し端末個別のリソース設定を行う「BWP-DownlinkDedicated」が用意されているが、端末個別のリソース設定を、「BWP-DownlinkDedicated」を利用して設定した場合、オプション２の状態になる。オプション２では、端末１０は、ＢＷＰ＃０を、ＲＲＣメッセージで設定されたＢＷＰとみなすことが仕様で規定されている。従って、オプション２では、基地局２０は、ＲＲＣメッセージにより、端末１０に対し、ＢＷＰ＃０～ＢＷＰ＃３のＢＷＰを設定することができる。
　図７は、ＢＷＰスイッチングの動作を説明するためのシーケンス図である。図７を用いて、ランダムアクセスによるＢＷＰスイッチング、ＲＲＣメッセージによるＢＷＰスイッチング、ＰＤＣＣＨによるＢＷＰスイッチング及びタイマ満了によるＢＷＰスイッチングの４つの切り替えパターンを具体的に説明する。
　（ランダムアクセスによるＢＷＰスイッチング）
　ステップＳ１００で、端末１０は、ランダムアクセス手順がトリガされるイベントが生じたことを検出する。ステップＳ１０１で、端末１０は、現在のアクティブＵＬＢＷＰにＰＲＡＣＨ機会が設定されていない場合、初期ＵＬＢＷＰをアクティブに切り替える。更に、ランダムアクセス手順を行うサービングセルがスペシャルセルである場合、初期ＤＬＢＷＰをアクティブに切り替える。もし、現在のアクティブＵＬＢＷＰにＰＲＡＣＨ機会が設定されている場合、端末１０は、ＵＬＢＷＰの切り替えは行わない。ステップＳ１０２で、端末１０は、アクティブＵＬＢＷＰ及びアクティブＤＬＢＷＰにて、基地局２０との間でランダムアクセス（Random Access：ＲＡ）手順を実行する。
　（ＲＲＣメッセージによるＢＷＰスイッチング）
　ステップＳ１１０で、端末１０は、「firstActiveDownlinkBWP-id」及び／又は「firstActiveUplinkBWP-id」を含むＲＲＣ再設定メッセージを基地局２０から受信する。ステップＳ１１１で、端末１０は、「firstActiveDownlinkBWP-id」及び／又は「firstActiveUplinkBWP-id」で指定されたＢＷＰ－ＩＤを有するＢＷＰをアクティブに切り替える。
　（ＰＤＣＣＨによるＢＷＰスイッチング）
　ステップＳ１２０で、端末１０は、下りリンク又は上りリンクのリソース割り当てを行うＤＣＩを、ＰＤＣＣＨで受信する。ステップＳ１２１で、端末１０は、ＤＣＩにＢＷＰ指示子（Bandwidth part indicatorとも称される）が存在する場合、ＢＷＰ指示子で指定されたＢＷＰ－ＩＤのＢＷＰをアクティブに切り替える。ステップＳ１２２で、端末１０は、タイマ（bwp-InactivityTimerとも称される。）のカウントを開始する。当該タイマの長さは、「ServingCellConfig」により端末１０に設定される。リリース１６の３ＧＰＰ仕様では、２ｍｓ（ミリ秒）から最大２５６０ｍｓまでの間で設定可能である。なお、端末１０は、タイマ満了前に下りリンク又は上りリンクのリソース割り当てを行うＤＣＩを受信すると、当該ＤＣＩにＢＷＰ指示子が含まれているか否かに関わらず、タイマのカウントを再度開始（restart）する。
　ここで、リリース１６の３ＧＰＰ仕様では、ＢＷＰスイッチングに対応しているＤＣＩ（つまりＢＷＰ指示子を含めることが可能なＤＣＩ）は、ＤＣＩフォーマット０＿１、ＤＣＩフォーマット０＿２、ＤＣＩフォーマット１＿１及びＤＣＩフォーマット１＿２であり、ＤＣＩフォーマット０＿０及びＤＣＩフォーマット１＿０にはＢＷＰ指示子を含めることができない。ＢＷＰ指示子のビット長（ビット数とも称する）は、端末１０に設定されているＢＷＰ＃０以外のＢＷＰ数に基づいて、０、１及び２ビットのいずれかに決定される。例えば、端末１０に設定されているＤＬＢＷＰの数に基づいて、下りリンクアサインメント（ＤＣＩフォーマット１＿１及び/又はＤＣＩフォーマット１＿２）に含まれるＢＷＰ指示子のビット長が決定されてもよい。また、端末１０に設定されているＵＬＢＷＰの数に基づいて、上りリンクグラント（ＤＣＩフォーマット０＿１及び/又はＤＣＩフォーマット０＿２）に含まれるＢＷＰ指示子のビット長が決定されてもよい。
　（タイマ満了によるＢＷＰスイッチング）
　ステップＳ１３０で、端末１０は、タイマが満了したか否かを判定する。タイマが満了すると（Ｓ１３０－ＹＥＳ）、初期ＤＬＢＷＰをアクティブに切り替える。タイマ満了前にＤＣＩでリソース割当てが行われるとタイマのカウントが再度開始されることから、タイマが満了するのは、タイマで設定された期間の間、通信が行われなかった（通信のためのリソース割り当てが行われなかった）場合に相当する。例えば、タイマで設定された期間の間、データ送受信を行わなかった場合、なお、「ServingCellConfig」にてデフォルトＤＬＢＷＰ－ＩＤ（DefaultDownlinkBWP-Id）が設定されている場合、端末１０は、初期ＤＬＢＷＰに代えて、デフォルトＤＬＢＷＰ－ＩＤで指定されるＤＬＢＷＰをアクティブに切り替える（Ｓ１３１）。タイマが満了していない場合（Ｓ１３０－ＮＯ）、端末１０は、ＢＷＰの切り替えを行わない。
　＜ＲｅｄＣａｐ端末＞
　ＮＲのリリース１７では、リリース１５又は１６で導入された高速大容量（enhanced Mobile Broadband：ｅＭＢＢ）、超高信頼低遅延（Ultra-reliable and Low Latency Communications：ＵＲＬＬＣ）向けの端末よりも低い性能や価格帯を想定した端末向けの機能をサポートすることが検討されている。当該端末は、低減能力（Reduced capability：ＲｅｄＣａｐ）端末、デバイス等とも呼ばれ、例えば、産業用無線センサ（industrial wireless sensor）、監視カメラ（video serveilance）、ウエアラブルデバイス（wearable device）等に利用されてもよい。
　ＲｅｄＣａｐ端末は、省電力・広域通信（Low Power Wide Area：ＬＰＷＡ）向けの端末よりも高い性能を想定しており、ＲｅｄＣａｐ端末が利用するキャリアは、例えば、２０ＭＨｚ、５０ＭＨｚ又は１００ＭＨｚ等の帯域幅であってもよい。なお、ＬＰＷＡには、例えば、カテゴリ１、ＬＴＥ方式のＲＡＴで動作するLong Term Evolution for Machine-type-communication（ＬＴＥ－Ｍ）及びNarrow Band IoT（ＮＢ－ＩｏＴ）等がある。カテゴリ１の最大帯域幅は２０ＭＨｚであり、ＬＴＥ－Ｍの最大帯域幅は１．４ＭＨｚ（６ＲＢ）であり、ＮＢ－ＩｏＴの最大帯域幅は１８０ｋＨｚ（１ＲＢ）である。このように、ＲｅｄＣａｐ端末は、ｅＭＢＢ、ＵＲＬＬＣ向けと、ＬＰＷＡ向けとの間のミドルレンジの端末として使用されてもよい。
　図８は、本実施形態における課題の一例を説明するための図である。例えば、ＲｅｄＣａｐ端末によってサポートされる最大端末帯域幅（maximum UE bandwidth）は、狭い（例えば、Frequency Range 1（例えば、6GHz以下の周波数帯域）に対して20MHz、Frequency Range 2（例えば、6GHzよりも高い周波数帯域）に対して100MHz）ことが想定されているが、ＲｅｄＣａｐ端末をＳＳＢが含まれるＢＷＰに集中して設定すると、当該ＢＷＰが混雑することになる。そのため、ＲｅｄＣａｐ端末を、キャリアの帯域幅全体に分散させて通信させることが検討されている。
　しかしながら、このような通信を実現しようとする場合、ＢＷＰの切り替えを行う度に、基地局２０から端末１０に対してＢＷＰの切替を指示するシグナリングを送信することになるため、シグナリングオーバーヘッドが大きいという問題がある（第１の課題）。
　また、図６で説明したように、例えば、オプション１の設定方法を利用した場合（すなわち、初期ＢＷＰに、端末個別のパラメータが設定されない場合）などにおいて、ＲＲＣメッセージを用いてＢＷＰの切り替えを行わなければならず、ＢＷＰスイッチングを行う際のシグナリングオーバーヘッドが大きいという問題がある（第２の課題）。
　本実施形態では、第１の課題を解決するため、基地局２０から端末１０に対してＢＷＰの切替指示を行う回数を抑制する仕組みを導入する。具体的には、端末１０に対し、初期ＢＷＰ以外のＢＷＰであって、端末１０が上り及び下り通信に用いるＢＷＰとして１つのＢＷＰ（通信用ＢＷＰ）が設定されてもよい。例えば、端末１０が、ＵＬ－ＳＣＨやＤＬ－ＳＣＨのデータ送受信を行う場合、基地局２０から明示的な指示が無くても、初期ＢＷＰと通信用ＢＷＰとを切り替え可能とする。これにより、シグナリングオーバーヘッドを削減することが可能になる。また、第２の課題を解決するため、初期ＢＷＰに、端末個別の設定がされない場合（オプション１の場合）であっても、基地局２０から端末１０に対して、ＰＤＣＣＨによるＢＷＰスイッチングを利用可能にする。
　＜初期ＢＷＰ及び通信用ＢＷＰが設定された場合のＢＷＰ切替処理＞
　以下、第１の課題を解決するための処理手順について具体的に説明する。図９は、初期ＢＷＰ及び通信用ＢＷＰが設定された場合のＢＷＰ切替処理の一例を説明するためのシーケンス図である。以下の説明において、端末１０は、ＲｅｄＣａｐ端末である前提とするが、本実施形態がこれに限定されるものではない。また、端末１０は、これまでに説明した処理手順（例えば図７で説明したＢＷＰ切替処理など）も実行可能であるものとする。また、通信用ＢＷＰには、ＳＳＢが設定される帯域が含まれていないことを想定しているが、ＳＳＢが含まれる場合にも適用することができる。すなわち、通信用ＢＷＰは、ＳＳＢリソースが含まれるＢＷＰであってもよい。また、通信用ＢＷＰは、ＳＳＢリソースが含まれないＢＷＰであってもよい。
　ステップＳ２００で、端末１０は、基地局２０に対して端末能力情報（UE Capability）を通知する。例えば、端末１０は、自身がＲｅｄＣａｐ端末であることを示す情報を、端末能力情報に含めて基地局２０に送信する。なお、端末１０は、初期アクセス時にＳＩＢ１を受信することで、初期ＢＷＰの設定を取得しているものとする。ステップＳ２０１で、基地局２０は、端末能力情報を参照することで端末１０がＲｅｄＣａｐ端末であることを認識し、端末１０に通信用ＢＷＰを設定するための情報を含むＲＲＣメッセージを送信する。当該ＲＲＣメッセージは、例えば、ＲＲＣ再設定メッセージであってもよい。
　ステップＳ２１０で、端末１０において、ＵＬ－ＳＣＨで送信されるデータが生じたとする。また、アクティブＢＷＰは、初期ＵＬＢＷＰ及び初期ＤＬＢＷＰであるとする。
　ここで、端末１０は、スケジューリングリクエストを送信する場合（例えば、ＲＲＣコネクテッド状態である場合）において、初期ＢＷＰに対して端末個別のＰＵＣＣＨパラメータが設定されていない場合はステップＳ２１１に進む。また、端末１０は、スケジューリングリクエストを送信する場合において、初期ＢＷＰに対して端末個別のＰＵＣＣＨパラメータが設定されてる場合はステップＳ２２０の処理手順に進む。
　ここで、例えば、端末１０は、「０：negative（例えば、ＵＬ-ＳＣＨのリソースを要求しないことを示す）」又は「１：positive(（例えば、ＵＬ-ＳＣＨのリソースを要求することを示す）)の値にセットされたスケジュールリクエストを送信してもよい。本実施形態において、上りリソースの割り当てを要求するとは、初期送信に対するＵＬ-ＳＣＨのリソースを要求することを含んでもよい。すなわち、スケジューリングリクエストは、初期送信に対するＵＬ-ＳＣＨのリソースを要求するために用いられてもよい。また、端末１０は、ランダムアクセス手順を実行する場合（例えば、ＲＲＣアイドル又はＲＲＣインアクティブ状態である場合）において、通信用ＢＷＰにＰＲＡＣＨ機会が設定されている場合、ステップＳ２３０の処理手順に進む。また、この場合において、端末１０は、通信用ＢＷＰにＰＲＡＣＨ機会が設定されていない場合、ステップＳ２４０の処理手順に進む。
　ステップＳ２１１で、端末１０は、アクティブＵＬＢＷＰを、初期ＵＬＢＷＰから通信用ＵＬＢＷＰに切り替える。ステップＳ２１２で、端末１０は、通信用ＵＬＢＷＰに設定されている、スケジューリングリクエストを送信するための端末個別のＰＵＣＣＨリソースを用いてスケジューリングリクエストを基地局２０に送信する。ステップＳ２１３で、端末１０は、アクティブＤＬＢＷＰを、初期ＤＬＢＷＰから通信用ＤＬＢＷＰに切り替えて、通信用ＤＬＢＷＰでＰＤＣＣＨをモニタする。端末１０は、ステップＳ２５０の処理手順に進む。ここで、端末１０は、ステップＳ２１２で、初期ＵＬＢＷＰ及び初期ＤＬＢＷＰのそれぞれを、通信用ＵＬＢＷＰ及び通信用ＤＬＢＷＰに切り替えてもよい。すなわち、端末１０は、ステップＳ２１２で、初期ＵＬＢＷＰ及び初期ＤＬＢＷＰのそれぞれを、通信用ＵＬＢＷＰ及び通信用ＤＬＢＷＰに同時に切り替えてもよい。
　ステップＳ２２０で、端末１０は、初期ＢＷＰに設定されている、スケジューリングリクエストを送信するための端末個別のＰＵＣＣＨリソースを用いて、スケジューリングリクエストを基地局２０に送信する。ステップＳ２２１で、端末１０は、アクティブＤＬＢＷＰを、初期ＤＬＢＷＰから通信用ＤＬＢＷＰに切り替えて、通信用ＤＬＢＷＰでＰＤＣＣＨをモニタする。端末１０は、ステップＳ２５０の処理手順に進む。ここで、ステップＳ２２１で、端末１０は、初期ＤＬＢＷＰでＰＤＣＣＨをモニタし、ＢＷＰ指示子を含むＰＤＣＣＨで、通信用ＤＬＢＷＰをアクティブにすることを指示されることで、アクティブＤＬＢＷＰを、初期ＤＬＢＷＰから通信用ＤＬＢＷＰに切り替えてもよい。
　ステップＳ２３０で、端末１０は、通信用ＵＬＢＷＰにＰＲＡＣＨ機会が設定されている場合、アクティブＵＬＢＷＰ及びアクティブＤＬＢＷＰを、それぞれ、初期ＵＬＢＷＰ及び初期ＤＬＢＷＰから通信用ＵＬＢＷＰ及び通信用ＤＬＢＷＰに切り替える。すなわち、端末１０は、アクティブＵＬＢＷＰ及びアクティブＤＬＢＷＰとして、通信用ＵＬＢＷＰ及び通信用ＤＬＢＷＰをセットしてもよい。ステップＳ２３１で、端末１０は、アクティブ化された通信用ＵＬＢＷＰのＰＲＡＣＨ機会にて、ランダムアクセスプリアンブルを基地局２０に送信する。ランダムアクセス手順完了後、端末１０は、上りリソースの割り当てを基地局２０に要求する。例えば、端末１０は、通信用ＵＬＢＷＰにおいてスケジューリングリクエストを送信する。基地局２０に端末１０は、ステップＳ２５０の処理手順に進む。
　ステップＳ２４０で、端末１０は、アクティブ化された初期ＵＬＢＷＰのＰＲＡＣＨ機会にて、ランダムアクセスプリアンブルを基地局２０に送信し、基地局２０との間でランダムアクセス手順を実行する。ランダムアクセス手順完了後、端末１０は、上りリソースの割り当てを基地局２０に要求する。ステップＳ２４１で、端末１０は、アクティブＵＬＢＷＰ及びアクティブＤＬＢＷＰを、それぞれ、初期ＵＬＢＷＰ及び初期ＤＬＢＷＰから通信用ＵＬＢＷＰ及び通信用ＤＬＢＷＰに切り替える。すなわち、端末１０は、アクティブＵＬＢＷＰ及びアクティブＤＬＢＷＰとして、通信用ＵＬＢＷＰ及び通信用ＤＬＢＷＰをセットしてもよい。例えば、端末１０は、ステップＳ２４０で、初期ＵＬＢＷＰにおいてスケジューリングリクエストを送信してもよい。また、端末１０は、ステップＳ２４１で、通信用ＵＬＢＷＰにおいてスケジューリングリクエストを送信してもよい。
　ステップＳ２５０で、基地局２０は、ＰＵＳＣＨのスケジューリングに用いられるＤＣＩ（上りリンクグラント）を、通信用ＤＬＢＷＰのＰＤＣＣＨで送信する。ステップＳ２５１で、端末１０は、ステップＳ２５０で受信したＤＣＩのＢＷＰ指示子で、通信用ＵＬＢＷＰをアクティブにすることを指示された場合、通信用ＵＬＢＷＰをアクティブに切り替える。なお、ステップＳ２５１の処理手順は、初期ＢＷＰに個別ＰＵＣＣＨ設定がされている場合（つまりステップＳ２２０及びＳ２２１の場合）に実行されてもよい。なお、ステップＳ２５１の処理手順におけるＵＬＢＷＰの切り替えは、端末１０は、初期ＤＬＢＷＰでＰＤＣＣＨをモニタした場合に実行されてもよい。例えば、端末１０は、ステップＳ２２０の後、ステップＳ２２１より前に、初期ＤＬＢＷＰでＰＤＣＣＨをモニタし、ＢＷＰ指示子を含むＰＤＣＣＨで、通信用ＵＬＢＷＰをアクティブにすることを指示されることで、アクティブＵＬＢＷＰを、初期ＵＬＢＷＰから通信用ＵＬＢＷＰに切り替えてもよい。また、端末１０は、ステップＳ２２１の処理手順の後、基地局２０からの指示でＵＬＢＷＰを切り替えるのではなく、自ら通信用ＵＬＢＷＰをアクティブに切り替えるようにしてもよい。基地局２０は、ＤＣＩにＢＷＰ指示子を含める必要がなくなることから、シグナリングオーバーヘッドを削減することが可能になる。
　ステップＳ２５２で、端末１０は、ＰＵＳＣＨのスケジューリングに用いられるＤＣＩをＰＤＣＣＨで受信した際に、タイマのカウントを開始する（図７のステップＳ１２２の処理手順に対応）。ステップＳ２５３で、端末１０は、スケジュールされたＰＵＳＣＨでＵＬ－ＳＣＨのデータを送信する。端末１０は、タイマ満了前にＰＵＳＣＨ又はＰＤＳＣＨのスケジューリングに用いられるＤＣＩをＰＤＣＣＨで受信した場合、タイマのカウントを再度開始する。
　ステップＳ２６０で、端末１０は、アクティブＢＷＰに関連するタイマが満了した場合、アクティブＢＷＰを、通信用ＢＷＰから初期ＢＷＰに切り替える（図７のステップＳ１３０及びステップＳ１３１に対応）。すなわち、端末１０は、アクティブＢＷＰとして、初期ＢＷＰをセットしてもよい。ステップＳ２６１で、端末１０は、例えばステップＳ２０１によるＲＲＣメッセージ等を用いて基地局２０から設定された、測定設定（Measurement Config）に基づいて、初期ＢＷＰに存在するＳＳＢを利用してセルの受信品質（ＳＳ－ＲＳＲＰやＳＳ－ＲＳＲＱ等）を測定する。
　以上説明した処理手順において、ステップＳ２１１～ステップＳ２１３の処理手順は、図６に示すＯｐｔｉｏｎ２の場合にも適用可能である。すなわち、端末１０は、初期ＵＬＢＷＰに端末個別ＰＵＣＣＨパラメータが設定されている場合であっても、ステップＳ２１１～ステップＳ２１３の処理手順を実行することとしてもよい。また、ステップＳ２３０～ステップＳ２４１の処理手順は、ＵＬ－ＳＣＨのデータを送信する場合に限定されず、ランダムアクセス手順を起動する場合全般に適用可能である。
　図１０は、スケジューリングリクエストを送信する際の処理手順の一例を示すフローチャートである。端末１０は、通信用ＤＬＢＷＰ及び通信用ＵＬＢＷＰの両方が設定されておりスケジューリングリクエストを送信する際、以下に示す処理手順を実行する。
　ステップＳ３００で、端末１０は、通信用ＵＬＢＷＰがアクティブであるか否かを判定する。通信用ＵＬＢＷＰがアクティブである場合はステップＳ３０１の処理手順に進み、初期ＵＬＢＷＰがアクティブである場合はステップＳ３０２の処理手順に進む。ステップＳ３０１で、端末１０は、アクティブＵＬＢＷＰ（つまり通信用ＵＬＢＷＰ）で、スケジューリングリクエストをトリガ及び送信する。
　ステップＳ３０２で、端末１０は、初期ＵＬＢＷＰに、スケジューリングリクエストを送信するための端末個別ＰＵＣＣＨパラメータが設定されているか否かを判定する。スケジューリングリクエストを送信するための端末個別ＰＵＣＣＨパラメータが設定されている場合はステップＳ３０３の処理手順に進み、スケジューリングリクエストを送信するための端末個別ＰＵＣＣＨパラメータが設定されていない場合はステップＳ３０４の処理手順に進む。ステップＳ３０３で、端末１０は、アクティブＵＬＢＷＰ（つまり初期ＵＬＢＷＰ）でスケジューリングリクエストをトリガ及び送信する。ステップＳ３０４で、端末１０は、通信用ＵＬＢＷＰ及び通信用ＤＬＢＷＰをアクティブに切り替える。ステップＳ３０５で、端末１０は、アクティブＵＬＢＷＰ（つまり通信用ＵＬＢＷＰ）で、スケジューリングリクエストをトリガ及び送信する。
　ステップＳ３０６で、端末１０は、通信用ＤＬＢＷＰがアクティブであるか否かを判定する。通信用ＤＬＢＷＰがアクティブである場合は処理を終了し、初期ＤＬＢＷＰがアクティブである場合（すなわち、通信用ＤＬＢＷＰがアクティブでない場合を含む）はステップＳ３０７の処理手順に進む。ステップＳ３０７で、端末１０は、通信用ＤＬＢＷＰをアクティブに切り替える。端末１０は、アクティブ化された通信用ＤＬＢＷＰ及び/又はアクティブ化された通信用ＵＬＢＷＰにおいて通信を実行してもよい。
　すなわち、例えば、端末１０は、スケジューリングリクエストがトリガされた場合において、スケジューリングリクエストを送信するためのＰＵＣＣＨリソース（スケジューリングリクエスト設定でもよい）が初期ＵＬＢＷＰに設定されているならば、初期ＵＬＢＷＰにおいてスケジューリングリクエストを送信してもよい。また、端末１０は、スケジューリングリクエストがトリガされた場合において、スケジューリングリクエストを送信するためのＰＵＣＣＨリソース（スケジューリングリクエスト設定でもよい）が初期ＵＬＢＷＰに設定されていないならば、ＵＬＢＷＰを通信用ＵＬＢＷＰにアクティブＵＬＢＷＰとして切り替え、アクティブＵＬＢＷＰ（すなわち、通信用ＵＬＢＷＰ）においてスケジューリングリクエストを送信してもよい。また、端末１０は、スケジューリングリクエストがトリガされた場合において、スケジューリングリクエストを送信するためのＰＵＣＣＨリソース（スケジューリングリクエスト設定でもよい）が通信用ＵＬＢＷＰに設定されているならば、ＵＬＢＷＰを通信用ＵＬＢＷＰにアクティブＵＬＢＷＰとして切り替え、アクティブＵＬＢＷＰ（すなわち、通信用ＵＬＢＷＰ）においてスケジューリングリクエストを送信してもよい。すなわち、端末１０は、スケジューリングリクエストがトリガされた場合に、ＵＬＢＷＰを通信用ＵＬＢＷＰにアクティブＵＬＢＷＰとして切り替えてもよい。ここで、端末１０は、通信用ＵＬＢＷＰをアクティブＵＬＢＷＰとして切り替える場合に、通信用ＤＬＢＷＰをアクティブＤＬＢＷＰとして切り替えてもよい。すなわち、端末１０は、通信用ＵＬＢＷＰ及び通信ＤＬＢＷＰのそれぞれを、アクティブＵＬＢＷＰ及びアクティブＤＬＢＷＰとして同時に切り替えてもよい。
　以上説明した図１０において、端末１０は、ステップＳ３０３の処理手順の後で、アクティブＵＬＢＷＰを、初期ＢＷＰから通信用ＵＬＢＷＰに自ら切り替えるようにしてもよい。これにより、例えば図９のステップＳ２５１の処理手順を省略することができ、シグナリングのオーバーヘッドを削減することが可能になる。
　図１１は、ランダムアクセス手順を実行する際の処理手順の一例を示すフローチャートである。ステップＳ４００で、端末１０は、通信用ＵＬＢＷＰにＰＲＡＣＨ機会が設定されているか否かを判定する。通信用ＵＬＢＷＰにＰＲＡＣＨ機会が設定されている場合はステップＳ４０１の処理手順に進み、通信用ＵＬＢＷＰにＰＲＡＣＨ機会が設定されていない場合はステップＳ４０５の処理手順に進む。
　ステップＳ４０１で、端末１０は、通信用ＵＬＢＷＰ及び通信用ＤＬＢＷＰがアクティブであるか否かを判定する。通信用ＵＬＢＷＰ及び通信用ＤＬＢＷＰのいずれもアクティブである場合はステップＳ４０２に進み、通信用ＵＬＢＷＰ及び通信用ＤＬＢＷＰの少なくとも一方がアクティブではない場合はステップＳ４０３に進む。ステップＳ４０２で、端末１０は、通信用ＵＬＢＷＰ及び通信用ＤＬＢＷＰでランダムアクセス手順を実行する。ステップＳ４０３で、端末１０は、通信用ＵＬＢＷＰ及び通信用ＤＬＢＷＰのうちアクティブではないＢＷＰをアクティブに切り替える。
　ステップＳ４０４で、端末１０は、通信用ＵＬＢＷＰ及び通信用ＤＬＢＷＰの両方がアクティブに切り替わった後、通信用ＵＬＢＷＰ及び通信用ＤＬＢＷＰでランダムアクセス手順を実行する。ステップＳ４０５で、端末１０は、初期ＵＬＢＷＰ及び初期ＤＬＢＷＰでランダムアクセス手順を実行する。ステップＳ４０６で、端末１０は、初期ＵＬＢＷＰ及び初期ＤＬＢＷＰでランダムアクセス手順を実行した後、通信用ＵＬＢＷＰ及び通信用ＤＬＢＷＰをアクティブに切り替える。
　＜通信用ＢＷＰの設定方法＞
　通信用ＢＷＰの設定方法の一例について説明する。通信用ＢＷＰは、例えば、communitateBWPと称されてもよい。基地局２０は、図９のステップＳ２０１の処理手順で送信するＲＲＣメッセージに、通信用ＢＷＰのＢＷＰ－ＩＤを示す情報を含めて送信することによって、端末１０に通信用ＢＷＰを設定してもよい。当該情報は、例えば、communicateUplinkBWP-id及びcommunicateDownlinkBWP-idと称されてもよい。すなわち、基地局２０は、ＢＷＰ－ＩＤを設定するための情報が含まれるＲＲＣメッセージを送信し、端末１０は、当該情報を用いて設定されたＢＷＰ－ＩＤに対応するＢＷＰを通信用ＢＷＰとみなしてもよい。例えば、基地局２０は、ＤＬＢＷＰに対応するＢＷＰ－ＩＤを設定するための情報（例えば、communicateDownlinkBWP-idとも称する）が含まれるＲＲＣメッセージを送信し、端末１０は、当該ＤＬＢＷＰに対応するＢＷＰ－ＩＤを設定するための情報を用いて設定されたＢＷＰ－ＩＤに対応するＤＬＢＷＰを通信用ＤＬＢＷＰとみなしてもよい。例えば、端末１０は、ＲＲＣ（再）設定を実行（例えば、当該ＤＬＢＷＰに対応するＢＷＰ－ＩＤを設定するための情報が含まれるＲＲＣメッセージの受信に基づくＲＲＣ（再）設定を実行）する際に、当該ＢＷＰ－ＩＤのＤＬＢＷＰをアクティブ化してもよい。また、基地局２０は、ＵＬＢＷＰに対応するＢＷＰ－ＩＤを設定するための情報（例えば、communicateUplinkBWP-idとも称する）が含まれるＲＲＣメッセージを送信し、端末１０は、当該ＵＬＢＷＰに対応するＢＷＰ－ＩＤを設定するための情報を用いて設定されたＢＷＰ－ＩＤに対応するＵＬＢＷＰを通信用ＵＬＢＷＰとみなしてもよい。例えば、端末１０は、ＲＲＣ（再）設定を実行（例えば、当該ＵＬＢＷＰに対応するＢＷＰ－ＩＤを設定するための情報が含まれるＲＲＣメッセージの受信に基づくＲＲＣ（再）設定を実行）する際に、当該ＢＷＰ－ＩＤのＵＬＢＷＰをアクティブ化してもよい。ここで、通信用ＤＬＢＷＰ及び/又は通信用ＵＬＢＷＰのそれぞれに対応するＢＷＰ－ＩＤとして、「０」以外の値（すなわち、初期ＤＬＢＷＰ及び/又は初期ＵＬＢＷＰに対応するＢＷＰ－ＩＤ以外の値）が設定されてもよい。
　図１２は、通信用ＢＷＰを設定するために用いられるＲＲＣメッセージに含まれる情報要素の一例を示す図である。図１２に示すように、ＲＲＣ再設定メッセージの「ServingCellConfig」内に、通信用ＢＷＰのＢＷＰ－ＩＤを示す「communicateUplinkBWP-id」及び「communicateDownlinkBWP-id」が規定されてもよい。例えば、基地局２０は、端末１０のUE Capabilityに基づいて、端末１０がＲｅｄＣａｐ端末であると判定した場合、ＲＲＣメッセージの「BWP-Downlink」に、１又は複数のＤＬＢＷＰに関する情報（例えば、ＢＷＰ-ＩＤ、周波数位置、帯域幅、サブキャリア間隔及び/又はサイクリックプレフィクス）を設定すると共に、「communicateDownlinkBWP-id」を用いて通信用ＤＬＢＷＰとして設定するＤＬＢＷＰのＢＷＰ-ＩＤを指定することによって、１つの通信用ＤＬＢＷＰを端末１０に設定する。同様に、基地局２０は、ＲＲＣメッセージの「BWP-Uplink」に、１又は複数のＵＬＢＷＰに関する情報（例えば、ＢＷＰ-ＩＤ、周波数位置、帯域幅、サブキャリア間隔及び/又はサイクリックプレフィクス）を設定すると共に、「communicateUplinkBWP-id」を用いて通信用ＵＬＢＷＰとして設定するＵＬＢＷＰのＢＷＰ-ＩＤを指定することによって、１つの通信用ＵＬＢＷＰを端末１０に設定する。
　以上の説明において、基地局２０は、複数のＢＷＰ（例えばＢＷＰ＃１～＃３など）を端末１０に設定し、かつ、通信用ＢＷＰに対応するＢＷＰ-ＩＤを設定するすることで、通信用ＢＷＰを任意に変更することが可能である。例えば、通信用ＢＷＰをＢＷＰ＃１からＢＷＰ＃３に変更するといったことも可能になる。ここで、通信用ＤＬＢＷＰ及び/又は通信用ＵＬＢＷＰのそれぞれに対応するＢＷＰ－ＩＤの値は、事前に規定された値であってもよい。例えば、通信用ＤＬＢＷＰに対応するＢＷＰ－ＩＤの値は「１」であってもよい。また、通信用ＵＬＢＷＰに対応するＢＷＰ－ＩＤの値は「１」であってもよい。すなわち、通信用ＤＬＢＷＰ及び/又は通信用ＵＬＢＷＰのそれぞれに対応するＢＷＰ－ＩＤの値は、仕様書などによって事前に規定され、基地局２０と端末１０との間で既知の値であってもよい。例えば、基地局２０は、１つ又は複数のＤＬＢＷＰに関する情報（例えば、ＢＷＰ-ＩＤ、周波数位置、帯域幅、サブキャリア間隔及び/又はサイクリックプレフィクス）を設定し、端末１０は、「１（すなわち、事前に規定された値）」がセットされたＢＷＰ－ＩＤを伴うＤＬＢＷＰを通信用ＤＬＢＷＰとみなしてもよい。また、基地局２０は、１つ又は複数のＵＬＢＷＰに関する情報（例えば、ＢＷＰ-ＩＤ、周波数位置、帯域幅、サブキャリア間隔及び/又はサイクリックプレフィクス）を設定し、端末１０は、「１（すなわち、事前に規定された値）」がセットされたＢＷＰ－ＩＤを伴うＵＬＢＷＰを通信用ＤＬＢＷＰとみなしてもよい。このように、通信用ＢＷＰの指定を可能とすることで、ＲｅｄＣａｐ端末におけるＢＷＰの設定を柔軟に行うことが可能になる。
　なお、本実施形態では、「firstActiveDownlinkBWP-id」を用いて通信用ＤＬＢＷＰのＢＷＰ－ＩＤが示され、「firstActiveUplinkBWP-id」を用いて通信用ＵＬＢＷＰのＢＷＰ－ＩＤが示されてもよい。例えば、この場合、基地局２０は、端末１０のUE Capabilityに基づいて、端末１０がＲｅｄＣａｐ端末であると判定した場合、ＲＲＣメッセージの「BWP-Downlink」を用いて１又は複数のＤＬＢＷＰに関する情報を設定すると共に、「firstActiveDownlinkBWP-id」を用いて通信用ＤＬＢＷＰとして設定するＤＬＢＷＰのＢＷＰ-ＩＤを指定することによって、１つの通信用ＤＬＢＷＰを端末１０に設定する。同様に、基地局２０は、ＲＲＣメッセージの「BWP-Uplink」を用いて１又は複数のＵＬＢＷＰに関する情報を設定すると共に、「firstActiveUplinkBWP-id」を用いて通信用ＵＬＢＷＰとして設定するＵＬＢＷＰのＢＷＰ-ＩＤを指定することによって、１つの通信用ＵＬＢＷＰを端末１０に設定する。
　なお、この場合において、端末１０は、図９のステップＳ２０１の処理手順において、自身がＲｅｄＣａｐ端末であるか否かを判定し、自身がＲｅｄＣａｐ端末である場合、「firstActiveDownlinkBWP-id」及び「firstActiveUplinkBWP-id」で指定されたＢＷＰ-ＩＤに対応するＢＷＰを、通信用ＢＷＰとしてみなしてもよい。これにより、ＲＲＣメッセージに含まれる「firstActiveDownlinkBWP-id」及び/又は「firstActiveUplinkBWP-id」を用いて、ＲｅｄＣａｐ端末に通信用ＢＷＰを設定することが可能になる。
　また、ＲｅｄＣａｐ端末に対してある１つのサービングセルに対して１つまたは複数のＢＷＰｓが設定され、１つのサービングセルに設定されるＢＷＰ（ＤＬＢＷＰ及びＵＬＢＷＰのそれぞれ）の最大数は１であることが規定されてもよい。ここで、ＲｅｄＣａｐ端末に対して設定されるＢＷＰ（ＤＬＢＷＰ及びＵＬＢＷＰのそれぞれ）の最大数は、初期ＤＬＢＷＰ及び初期ＵＬＢＷＰ以外のＢＷＰ（ＤＬＢＷＰ及びＵＬＢＷＰのそれぞれ）の数であってもよい。基地局２０は、端末１０のUE Capabilityに基づいて、端末１０がＲｅｄＣａｐ端末であると判定した場合、ＲＲＣメッセージの「BWP-Downlink」にＤＬＢＷＰ＃１に関する情報のみを設定すると共に、「communicateDownlinkBWP-id」又は「firstActiveDownlinkBWP-id」を１に設定することで、通信用ＤＬＢＷＰを端末１０に設定してもよい。同様に、基地局２０は、ＲＲＣメッセージの「BWP-Uplink」にＵＬＢＷＰ＃１に関する情報のみを設定すると共に、「communicateUplinkBWP-id」又は「firstActiveUplinkBWP-id」を１に設定することで、通信用ＵＬＢＷＰを端末１０に設定してもよい。これにより、ＲｅｄＣａｐ端末については、ＲＲＣメッセージにより設定されるＢＷＰ数が１つに制限されるため、ＲＲＣメッセージのデータ量を削減することが可能になる。
　ここで、基地局２０は、通信用ＢＷＰのＢＷＰ－ＩＤを設定するための情報と共に、通信用ＢＷＰを特定するための情報（「generic parameter」とも称する）をＲＲＣメッセージに含めて送信し、端末１０は、当該ＢＷＰ－ＩＤを設定するための情報及び当該通信用ＢＷＰを特定するための情報に基づいて、通信用ＢＷＰを決定してもよい。ここで、通信用ＢＷＰを特定するための情報は、通信用ＢＷＰの周波数位置及び/または帯域幅を設定するための情報を含んでもよい。また、通信用ＢＷＰを特定するための情報は、通信用ＢＷＰのサブキャリア間隔を設定するための情報を含んでもよい。また、通信用ＢＷＰを特定するための情報は、通信用ＢＷＰで用いられるサイクリックプレフィクスを設定するための情報を含んでもよい。例えば、端末１０は、ＲＲＣ（再）設定の実行（例えば、当該ＢＷＰ－ＩＤを設定するための情報及び当該通信用ＢＷＰを特定するための情報が含まれるＲＲＣメッセージの受信に基づくＲＲＣ（再）設定の実行）の際に、通信用ＢＷＰをアクティブ化してもよい。ここで、例えば、基地局２０は、通信用ＢＷＰの複数の周波数位置（すなわち、周波数領域における複数の位置）を設定するための情報をＲＲＣメッセージに含めて送信し、さらに、当該複数の周波数位置のうちの１つの周波数位置を指示するための情報（例えば、ＢＷＰ指示子）をＤＣＩフォーマット（下りリンクアサインメント及び/又は上りリンクグラント）に含めて送信してもよい。すなわち、端末１０は、当該複数の周波数位置を設定するための情報、及び、当該複数の周波数位置のうちの１つの周波数位置を指示するための情報に基づいて、通信用ＢＷＰを決定してもよい。当該複数の周波数位置のうちの１つの周波数位置を指示するための情報については、下記のＢＷＰ指示子の定義で詳細を説明する。
　ここで、基地局２０は、端末１０に対して設定する通信用ＢＷＰの帯域幅を、端末１０における最大端末帯域幅を超えないように設定してもよい。また、基地局２０は、端末１０に対して設定する通信用ＢＷＰの帯域幅を、ＳＩＢ１に含まれる情報を用いて設定した初期ＢＷＰの帯域幅を超えないように設定してもよい。また、端末１０は、通信用ＢＷＰの帯域幅として、端末１０における最大端末帯域幅を用いてもよい。例えば、基地局２０によって通信用ＢＷＰの帯域幅を設定するための情報は送信されず、通信用ＢＷＰの帯域幅は端末１０における最大端末帯域幅と同一であることが規定されてもよい。また、基地局２０は、端末１０に対して設定する通信用ＢＷＰの帯域幅、サブキャリア間隔及び/又はサイクリックプリフィックスを、ＳＩＢ１に含まれる情報を用いて設定した初期ＢＷＰの帯域幅、サブキャリア間隔及び/又はサイクリックプリフィックスと同一に設定してもよい。また、端末１０は、通信用ＢＷＰの帯域幅、サブキャリア間隔及び/又はサイクリックプリフィックスとして、ＳＩＢ１に含まれる情報を用いて設定された初期ＢＷＰの帯域幅、サブキャリア間隔及び/又はサイクリックプリフィックスを用いてもよい。例えば、基地局２０によって通信用ＢＷＰの帯域幅、サブキャリア間隔及び/又はサイクリックプリフィックスを設定するための情報は送信されず、通信用ＢＷＰの帯域幅、サブキャリア間隔及び/又はサイクリックプリフィックスのそれぞれは、初期ＢＷＰの帯域幅、サブキャリア間隔及び/又はサイクリックプリフィックスのそれぞれと同一であることが規定されてもよい。
　すなわち、端末１０に対して設定される複数のＢＷＰのそれぞれに対して設定（又は規定）される帯域幅、サブキャリア間隔及び/又はサイクリックプリフィックスは、同一であってもよい。ここで、ＤＬＢＷＰとＵＬＢＷＰに対して設定される帯域幅、サブキャリア間隔及び/又はサイクリックプリフィックスは異なっていてもよい。すなわち、端末１０は、帯域幅、サブキャリア間隔及び/又はサイクリックプリフィックスが同一に設定された複数の複数のＤＬＢＷＰに対して、ＢＷＰの切り替え処理を実行してもよい。また、端末１０は、帯域幅、サブキャリア間隔及び/又はサイクリックプリフィックスが同一に設定された複数の複数のＵＬＢＷＰに対して、ＢＷＰの切り替え処理を実行してもよい。
　なお、通信用ＢＷＰを設定するＲＲＣメッセージにおいて、初期ＢＷＰの設定は、図６に示すＯｐｔｉｏｎ１に従ってもよいし、Ｏｐｔｉｏｎ２に従ってもよい。
　図１３は、ＴＳ３８．３２１の仕様変更例を示す。図１３の例は、図１０において、スケジューリングリクエストを送信するためのＰＵＣＣＨリソースが設定されているアクティブＢＷＰを用いて、スケジューリングリクエストを送信する処理に対応する。
　以上説明した処理手順によれば、端末１０は、例えばスケジューリングリクエストを送信する際に、アクティブにするＢＷＰを自ら切り替えるようにした。これにより、初期ＢＷＰと通信用ＢＷＰを切り替る際に、基地局２０からの指示が必要になる契機が減少すれることから、シグナリングオーバーヘッドを削減することが可能になる。また、通信用ＢＷＰにＰＲＡＣＨ機会が設定されている場合、端末１０は、自らＢＷＰを切り替えて、通信用ＢＷＰでランダムアクセス手順を実行するようにした。これにより、シグナリングオーバーヘッドの削減に加えて、ランダムアクセス処理が初期ＢＷＰ内のＳＳＢに集中することを抑制することが可能になる。
　＜初期ＢＷＰに端末個別の設定がされない場合のＢＷＰ切替処理＞
　以下、第２の課題を解決するための処理手順について具体的に説明する。図１４は、初期ＢＷＰに端末個別の設定がされない場合のＢＷＰ切替処理の一例を示すシーケンスである。以下の説明において、端末１０は、ＲｅｄＣａｐ端末である前提とするが、本実施形態がこれに限定されるものではない。また、端末１０は、これまでに説明した処理手順（例えば図７で説明したＢＷＰ切替処理など）も実行可能であるものとする。
　ステップＳ５００で、端末１０は、基地局２０に対して端末能力情報（UE Capability）を通知する。このとき、端末１０は、自身がＲｅｄＣａｐ端末であることを示す情報を、端末能力情報に含めて基地局２０に送信する。なお、端末１０は、初期アクセス時にＳＩＢ１を参照することで、初期ＢＷＰの設定を行っているものとする。
　ステップＳ５０１で、基地局２０は、端末能力情報を参照することで端末１０がＲｅｄＣａｐ端末であることを認識し、端末１０に通信用ＢＷＰを設定するためのＲＲＣメッセージを送信する。当該ＲＲＣメッセージは、例えば、ＲＲＣ再設定メッセージであってもよい。このとき基地局２０は、ＲＲＣメッセージの「ServingCellConfig」において、「BWP-DownlinkDedicated」を利用せずに、「downlinkBWP-ToAddModList」における「BWP-Downlink」及び「BWP-Uplink」を用いてＤＬＢＷＰ及びＵＬＢＷＰを設定することで、端末１０用の個別リソースを設定（つまり、図６のＯｐｔｉｏｎ１に従ってＢＷＰ設定）する。
　ステップＳ５１０で、基地局２０は、端末１０のＢＷＰを切り替える際、切り替えるＢＷＰを指定するＢＷＰ指示子を含むＤＣＩを、ＰＤＣＣＨで端末１０に送信する。ここで、端末１０のアクティブＢＷＰが初期ＢＷＰである場合、基地局２０は、ＢＷＰ指示子を含むＤＣＩフォーマット１＿０のＤＣＩを端末１０に送信するようにしてもよい。このような処理を実現するため、ＤＣＩフォーマット１＿０にＢＷＰ指示子を追加するように３ＧＰＰ仕様が変更されてもよい。同様に、基地局２０は、ＢＷＰ指示子を含むＤＣＩフォーマット０＿０のＤＣＩを端末１０に送信するようにしてもよい。このような処理を実現するため、ＤＣＩフォーマット０＿０にＢＷＰ指示子を追加するように３ＧＰＰ仕様が変更されてもよい。
　また、基地局２０は、端末１０のアクティブＢＷＰが初期ＢＷＰである場合、ＢＷＰ指示子を含むＤＣＩフォーマット１＿１又はＤＣＩフォーマット１＿２のＤＣＩを端末１０に送信するようにしてもよい。このような処理を実現するため、初期ＢＷＰにセル固有リソースの設定しか存在しない場合であっても、ＤＣＩフォーマット１＿１又はＤＣＩフォーマット１＿２のＤＣＩ送信を可能とするように３ＧＰＰ仕様が変更されてもよい。
　若しくは、３ＧＰＰ仕様に、ＢＷＰ指示子を含むＲｅｄＣａｐ端末向けの新たなＤＣＩフォーマット（例えばＤＣＩフォーマット０＿３、ＤＣＩフォーマット１＿３）が規定されてもよい。基地局２０は、端末１０のアクティブＢＷＰが初期ＢＷＰである場合、ＢＷＰ指示子を含む新たなＤＣＩフォーマットのＤＣＩを端末１０に送信するようにしてもよい。
　ステップＳ５１１で、端末１０は、ＢＷＰ指示子で指定されたＢＷＰをアクティブに切り替える。ステップＳ５１２で、端末１０は、ＰＤＣＣＨを受信した際に、タイマのカウントを開始する。また、端末１０は、タイマ満了前にＰＤＣＣＨを受信した場合、タイマのカウントを再度開始する。ステップＳ５２１で、端末１０は、タイマが満了した場合、初期ＢＷＰ又はデフォルトＢＷＰをアクティブに切り替える。なお、ステップＳ２４０の処理手順は、図７のステップＳ１３０及びＳ１３１の処理手順に対応する。
　＜ＢＷＰ指示子の定義＞
　図１５は、ＢＷＰ指示子の定義例を示す図である。ここで、本実施形態においてＢＷＰ指示子という名称は単なる一例であり、下記のような動作を規定するような情報であれば、その名称は問わない。上述したように、例えば、端末１０は、ＢＷＰ指示子がＤＣＩフォーマット（下りリンクアサインメント及び/又は上りリンクグラント）に含まれ、アクティブＢＷＰとは異なるＢＷＰが指示された場合、ＢＷＰ指示子によって指示されたＢＷＰに、アクティブＢＷＰをセットしてもよい。図１５のＡは、ＢＷＰ指示子の値が０にセットされた場合、初期ＤＬＢＷＰ及び／又は初期ＵＬＢＷＰが指示されることを示している。また、ＢＷＰ指示子の値が１にセットされた場合、ＲＲＣメッセージを用いて設定されたＤＬＢＷＰ（すなわち、上述した通信用ＤＬＢＷＰを含む）及び／又はＵＬＢＷＰ（すなわち、上述した通信用ＵＬＢＷＰを含む）が指示されることを示している。例えば、図１５のＡに示す定義は、基地局２０が、「ServingCellConfig」内の「BWP-Downlink」及び「BWP-Uplink」で１つのＤＬＢＷＰ（つまりＤＬＢＷＰ＃１）及び１つのＵＬＢＷＰ（つまりＵＬＢＷＰ＃１）を端末１０に設定した場合に適用することができる。なお、図１５のＡは、基地局２０が、「ServingCellConfig」内に、通信用ＢＷＰのＢＷＰ－ＩＤを示す「communicateUplinkBWP-id」及び「communicateDownlinkBWP-id」を設定することで、端末１０に１つの通信用ＢＷＰを設定した場合に適用することも可能である。すなわち、この場合において、ＤＣＩフォーマットに含まれるＢＷＰ指示子の値が１にセットされた場合、通信用ＢＷＰが指示されることを示している。
　図１５のＢは、ＢＷＰ指示子の値が０にセットされた場合、初期ＤＬＢＷＰ及び／又は初期ＵＬＢＷＰが指示されることを示している。また、ＢＷＰ指示子の値が１にセットされた場合、ＤＬＢＷＰ＃１及び／又はＵＬＢＷＰ＃１が指示されることを示している。図１５のＢに示す定義は、基地局２０が、「ServingCellConfig」内の「BWP-Downlink」及び「BWP-Uplink」で、１以上のＤＬＢＷＰ及びＵＬＢＷＰを端末１０に設定した場合に適用することができる。
　図１５のＣは、ＢＷＰ指示子の値が０にセットされた場合、初期ＤＬＢＷＰ及び／又は初期ＵＬＢＷＰが指示されることを示している。また、ＢＷＰ指示子の値が１にセットされた場合、「firstActiveDownlinkBWP-id」及び「firstActiveUplinkBWP-id」を用いて設定されたＢＷＰが指示されることを示している。
　ここで、ＢＷＰ指示子は、ＢＷＰ－ＩＤ及び/又はＢＷＰの周波数位置（周波数領域における位置）を指示するために用いられてもよい。例えば、ＢＷＰ指示子は、設定されたＢＷＰの複数の周波数位置のうちの１つの周波数位置を指示するために用いられてもよい。上述したように、例えば、基地局２０は、通信用ＢＷＰの複数の周波数位置を設定するための情報をＲＲＣメッセージに含めて送信してもよい。また、基地局２０は、当該複数の周波数位置のうちの１つの周波数位置を指示するための情報（例えば、ＢＷＰ指示子）をＤＣＩフォーマット（下りリンクアサインメント及び/又は上りリンクグラント）に含めて送信してもよい。
　例えば、基地局２０は、ある１つのＤＬＢＷＰ（通信用ＤＬＢＷＰ）に対する複数の周波数位置として、第１の周波数位置ＤＬＢＷＰ-Ｐ１、第２の周波数位置ＤＬＢＷＰ-Ｐ２、第３の周波数位置ＤＬＢＷＰ-Ｐ３を設定してもよい。また、基地局２０は、当該複数の周波数位置（ＤＬＢＷＰ-Ｐ１、ＤＬＢＷＰ-Ｐ２、及びＤＬＢＷＰ-Ｐ３）のうちの１つの周波数位置を指示するための情報（例えば、ＢＷＰ指示子）をＤＣＩ（下りリンクアサインメント及び/又は上りリンクグラント）に含めて送信してもよい。例えば、ＤＣＩに２ビットの情報が設定される場合において、「０１」によってＤＬＢＷＰ-Ｐ１が指示され、「１０」によってＤＬＢＷＰ-Ｐ２が指示され、「１１」によってＤＬＢＷＰ-Ｐ３が指示されてもよい。ここで、ＤＣＩに２ビットの情報が設定される場合において、「００」によって初期ＤＬＢＷＰが指示されてもよい。すなわち、ある１つのＤＬＢＷＰ（通信用ＤＬＢＷＰ）の周波数位置を決定するために、下りリンクアサインメント及び/又は上りリンクグラントに含まれる情報が用いられてもよい。
　また、基地局２０は、ある１つのＵＬＢＷＰ（通信用ＵＬＢＷＰ）に対する複数の周波数位置として、第１の周波数位置ＵＬＢＷＰ-Ｐ１、第２の周波数位置ＵＬＢＷＰ-Ｐ２、第３の周波数位置ＵＬＢＷＰ-Ｐ３を設定してもよい。また、基地局２０は、当該複数の周波数位置（ＵＬＢＷＰ-Ｐ１、ＵＬＢＷＰ-Ｐ２、及びＵＬＢＷＰ-Ｐ３）のうちの１つの周波数位置を指示するための情報（例えば、ＢＷＰ指示子）をＤＣＩ（下りリンクアサインメント及び/又は上りリンクグラント）に含めて送信してもよい。例えば、ＤＣＩに２ビットの情報が設定される場合において、「０１」によってＵＬＢＷＰ-Ｐ１が指示され、「１０」によってＵＬＢＷＰ-Ｐ２が指示され、「１１」によってＵＬＢＷＰ-Ｐ３が指示されてもよい。ここで、ＤＣＩに２ビットの情報が設定される場合において、「００」によって初期ＵＬＢＷＰが指示されてもよい。すなわち、ある１つのＵＬＢＷＰ（通信用ＵＬＢＷＰ）の周波数位置を決定するために、下りリンクアサインメント及び/又は上りリンクグラントに含まれる情報が用いられてもよい。
　ここで、基地局２０は、ある１つのＤＬＢＷＰ（通信用ＤＬＢＷＰ）に対する複数の周波数位置及びある１つのＵＬＢＷＰ（通信用ＵＬＢＷＰ）に対する複数の周波数位置を設定し、ＤＣＩ（下りリンクアサインメント及び/又は上りリンクグラント）に含まれる情報（例えば、ＢＷＰ指示子）を用いて、ＤＬＢＷＰの１つの周波数位置及びＵＬＢＷＰの１つの周波数位置を指示してもよい。すなわち、ある１つのＤＬＢＷＰ（通信用ＤＬＢＷＰ）の周波数位置及びある１つのＵＬＢＷＰ（通信用ＤＬＢＷＰ）の周波数位置が同時に切り替わってもよい。ここで、ＤＬＢＷＰ-Ｐ１はＵＬＢＷＰ-Ｐ１に対応してもよい（例えば、ペアとして規定又は設定されてもよい）。同様に、ＤＬＢＷＰ-Ｐ２はＵＬＢＷＰ-Ｐ２に対応し、ＤＬＢＷＰ-Ｐ３はＵＬＢＷＰ-Ｐ３に対応してもよい。例えば、ある１つのＤＬＢＷＰの周波数位置のインデックスとある１つのＵＬＢＷＰの周波数位置のインデックスが、同一の値の場合には、当該ある１つのＤＬＢＷＰの周波数位置と当該ある１つのＵＬＢＷＰの周波数位置は対応してもよい。例えば、ＤＣＩに２ビットの情報が設定される場合において、「０１」によってＤＬＢＷＰ-Ｐ１及びＵＬＢＷＰ-Ｐ１が指示され、「１０」によってＤＬＢＷＰ-Ｐ２及びＵＬＢＷＰ-Ｐ２が指示され、「１１」によってＤＬＢＷＰ-Ｐ３及びＵＬＢＷＰ-Ｐ３が指示されてもよい。すなわち、端末１０は、当該情報にセットされる値に基づいて、同一のインデックスを伴うＤＬＢＷＰの周波数位置とＵＬＢＷＰの周波数位置を同時に切り替えてもよい。ここで、ＤＣＩに２ビットの情報が設定される場合において、「００」によって初期ＤＬＢＷＰ及び初期ＵＬＢＷＰが指示されてもよい。すなわち、ある１つのＤＬＢＷＰ（通信用ＤＬＢＷＰ）の周波数位置及びある１つのＵＬＢＷＰ（通信用ＵＬＢＷＰ）の周波数位置を決定するために、下りリンクアサインメント及び/又は上りリンクグラントに含まれる情報が用いられてもよい。
　ここで、ＢＷＰ－ＩＤ及び/又はＢＷＰの周波数位置を指示するために用いられる情報（例えば、ＢＷＰ指示子）のビット長（ビット数とも称する）は、ある１つのＤＬＢＷＰ（通信用ＤＬＢＷＰ）に対して設定された周波数位置の数及び/又はある１つのＵＬＢＷＰ（通信用ＤＬＢＷＰ）に対して設定された周波数位置の数に基づいて決定されてもよい。例えば、下りリンクアサインメントに含まれる当該情報のビット長は、ある１つのＤＬＢＷＰ（通信用ＤＬＢＷＰ）に対して設定された周波数位置の数に基づいて決定されてもよい。また、上りリンクグラントに含まれる当該情報のビット長は、ある１つのＵＬＢＷＰ（通信用ＤＬＢＷＰ）に対して設定された周波数位置の数に基づいて決定されてもよい。また、下りリンクアサインメント及び/又は上りリンクグラントに含まれる当該情報のビット長は、ある１つのＤＬＢＷＰ（通信用ＤＬＢＷＰ）に対して設定された周波数位置の数とある１つのＵＬＢＷＰ（通信用ＤＬＢＷＰ）に対して設定された周波数位置の数のうちの、大きい方の数に基づいて決定されてもよい。
　以上の説明において、下りリンクリソースの割り当てを行うＤＣＩ又は上りリンクリソースの割り当てを行うＤＣＩに図１５に示すＢＷＰ指示子が含まれる場合、端末１０は、ＤＬＢＷＰ及びＵＬＢＷＰの両方を、指定されたＢＷＰに切り替えるようにしてもよい。例えば、下りリンクのリソース割り当てを行うＤＣＩにＢＷＰ指示子が含まれる場合、端末１０は、ＤＬＢＷＰとＵＬＢＷＰの両方を切り替えるようにしてもよい。同様に、上りリンクのリソース割り当てを行うＤＣＩにＢＷＰ指示子が含まれる場合、端末１０は、ＤＬＢＷＰとＵＬＢＷＰの両方を切り替えるようにしてもよい。
　また、下りリンクリソースの割り当てを行うＤＣＩに図１５に示すＢＷＰ指示子が含まれる場合、端末１０は、ＤＬＢＷＰを切り替えるようにしてもよい。また、上りリンクリソースの割り当てを行うＤＣＩに図１５に示すＢＷＰ指示子が含まれる場合、端末１０は、ＵＬＢＷＰを切り替えるようにしてもよい。また、１つのＤＣＩに、ＤＬＢＷＰを指定するＢＷＰ指示子と、ＵＬＢＷＰを指定するＢＷＰ指示子との両方が含まれることとしてもよい。また、基地局２０は、ＤＣＩにＢＷＰ指示子が含まれるか否かを示す情報を、ＲＲＣメッセージ又はＳＩＢで端末１０に設定するようにしてもよい。
　ＤＣＩフォーマット０＿０、ＤＣＩフォーマット０＿１、ＤＣＩフォーマット０＿２、ＤＣＩフォーマット１＿０、ＤＣＩフォーマット１＿１、ＤＣＩフォーマット１＿２及びＲｅｄＣａｐ端末向けの新たなＤＣＩフォーマット（例えばＤＣＩフォーマット０＿３、ＤＣＩフォーマット１＿３）において１ビットのＢＷＰ指示子が設定される場合、図１５に示す定義が適用されることとしてもよい。これらのＤＣＩフォーマットにおいて、端末１０は、端末１０に初期ＢＷＰ以外のＢＷＰが設定された場合に、ＢＷＰ指示子が１ビット存在すると認識するようにしてもよい。ＲｅｄＣａｐ端末向けの新たなＤＣＩフォーマット（例えばＤＣＩフォーマット０＿３、ＤＣＩフォーマット１＿３）では、ＢＷＰ指示子は１ビットに固定されていてもよい。
　以上説明した処理手順によれば、初期ＢＷＰに、端末個別の設定がなされてない場合であっても、ＰＤＣＣＨによるＢＷＰスイッチングを利用可能にした。これにより、ＲＲＣメッセージを用いることなくＢＷＰの切り替えが可能になることから、シグナリングオーバーヘッドを削減することが可能になる。
　＜ハードウェア構成＞
　図１６は、無線通信システム内の各装置のハードウェア構成の一例を示す図である。無線通信システム１内の各装置（例えば、端末１０、基地局２０、コアネットワーク３０など）は、プロセッサ１１、記憶装置１２、有線又は無線通信を行う通信装置１３、各種の入力操作を受け付ける入力装置や各種情報の出力を行う入出力装置１４を含む。
　プロセッサ１１は、例えば、ＣＰＵ（Central Processing Unit）であり、無線通信システム１内の各装置を制御する。プロセッサ１１は、プログラムを記憶装置１２から読み出して実行することで、本実施形態で説明する各種の処理を実行してもよい。無線通信システム１内の各装置は、１又は複数のプロセッサ１１により構成されていてもよい。また、当該各装置は、コンピュータと呼ばれてもよい。
　記憶装置１２は、例えば、メモリ、ＨＤＤ（Hard Disk Drive）及び／又はＳＳＤ（Solid State Drive）等のストレージから構成される。記憶装置１２は、プロセッサ１１による処理の実行に必要な各種情報（例えば、プロセッサ１１によって実行されるプログラム等）を記憶してもよい。
　通信装置１３は、有線及び／又は無線ネットワークを介して通信を行う装置であり、例えば、ネットワークカード、通信モジュール、チップ、アンテナ等を含んでもよい。また、通信装置１３には、アンプ、無線信号に関する処理を行うＲＦ（Radio Frequency）装置と、ベースバンド信号処理を行うＢＢ（BaseBand）装置とを含んでいてもよい。
　ＲＦ装置は、例えば、ＢＢ装置から受信したデジタルベースバンド信号に対して、Ｄ／Ａ変換、変調、周波数変換、電力増幅等を行うことで、アンテナから送信する無線信号を生成する。また、ＲＦ装置は、アンテナから受信した無線信号に対して、周波数変換、復調、Ａ／Ｄ変換等を行うことでデジタルベースバンド信号を生成してＢＢ装置に送信する。ＢＢ装置は、デジタルベースバンド信号をパケットに変換する処理、及び、パケットをデジタルベースバンド信号に変換する処理を行う。
　入出力装置１４は、例えば、キーボード、タッチパネル、マウス及び／又はマイク等の入力装置と、例えば、ディスプレイ及び／又はスピーカ等の出力装置とを含む。
　以上説明したハードウェア構成は一例に過ぎない。無線通信システム１内の各装置は、図１２に記載したハードウェアの一部が省略されていてもよいし、図１２に記載されていないハードウェアを備えていてもよい。また、図１２に示すハードウェアが１又は複数のチップにより構成されていてもよい。
　＜機能構成＞
　　（端末）
　図１７は、端末１０の機能構成の一例を示す図である。端末１０は、受信部１０１と、送信部１０２と、制御部１０３とを含む。受信部１０１と送信部１０２とが実現する機能の全部又は一部は、通信装置１３を用いて実現することができる。また、受信部１０１と送信部１０２とが実現する機能の全部又は一部と、制御部１０３とは、プロセッサ１１が、記憶装置１２に記憶されたプログラムを実行することにより実現することができる。また、当該プログラムは、記憶媒体に格納することができる。当該プログラムを格納した記憶媒体は、コンピュータ読み取り可能な非一時的な記憶媒体（Non-transitory computer readable medium）であってもよい。非一時的な記憶媒体は特に限定されないが、例えば、ＵＳＢメモリ又はＣＤ－ＲＯＭ等の記憶媒体であってもよい。
　以下の説明において、ＲｅｄＣａｐ端末は、特定端末の一例である。ＰＵＣＣＨは、上り制御チャネルの一例である。ＰＵＣＣＨパラメータ及び／又はＰＤＣＣＨパラメータは、制御チャネルリソースの設定の一例である。ＰＤＣＣＨは、物理下り制御チャネルの一例である。ＤＣＩは、物理下り制御チャネルの信号の一例である。UE Capabilityは、端末能力の一例である。CommunicateDownlinkBWP-id又はfirstActiveDownlinkBWP-idは、通信用ＤＬＢＷＰの設定の一例である。CommunicateUplinkBWP-id又はfirstActiveUplinkBWP-idは、通信用ＵＬＢＷＰの設定の一例である。
　受信部１０１は、下り信号を受信する。また、受信部１０１は、下り信号を介して伝送された情報及び／又はデータを受信してもよい。ここで、「受信する」とは、例えば、無線信号の受信、デマッピング、復調、復号、モニタリング、測定の少なくとも一つ等の受信に関する処理を行うことを含んでもよい。また、受信部１０１は、基地局２０から、特定端末向けに設定される、通信用ＤＬＢＷＰ（Downlink BandWidth Part）及び通信用ＵＬＢＷＰ（Uplink BandWidth Part）の設定を含むＲＲＣメッセージを受信する。また、受信部１０１は、基地局２０から、初期ＢＷＰに対する端末個別の制御チャネルリソースの設定を含まず、かつ、特定端末向けに設定される、通信用ＢＷＰの設定を含むＲＲＣメッセージを受信する。当該ＲＲＣメッセージは、例えば、ＲＲＣ再設定メッセージ、ＲＲＣ再開メッセージ（RRCResume）、又は、ＲＲＣセットアップメッセージ等であってもよい。
　送信部１０２は、上り信号を送信する。また、送信部１０２は、上り信号を介して伝送される情報及び／又はデータを送信してもよい。ここで、「送信する」とは、例えば、符号化、変調、マッピング、無線信号の送信の少なくとも一つ等の送信に関する処理を行うことを含んでもよい。また、送信部１０２は、アクティブであるＵＬＢＷＰで、スケジューリングリクエストを基地局２０に送信する。より具体的には、送信部１０２は、スケジューリングリクエストが制御部１０３でトリガされた場合、当該スケジューリングリクエストを無線信号で送信する。また、送信部１０２は、アクティブであるＵＬＢＷＰが、通信用ＵＬＢＷＰに切り替えられた後、通信用ＵＬＢＷＰに設定される端末個別の上り制御チャネルリソースを用いて、スケジューリングリクエストを基地局２０に送信するようにしてもよい。
　また、送信部１０２は、アクティブであるＵＬＢＷＰが初期ＵＬＢＷＰであり、かつ、初期ＵＬＢＷＰに端末個別の上り制御チャネルリソースが設定されている場合、初期ＵＬＢＷＰに設定される端末個別の上り制御チャネルリソースを用いて、スケジューリングリクエストを基地局２０に送信するようにしてもよい。また、送信部１０２は、通信用ＵＬＢＷＰにＰＲＡＣＨ機会が設定されている場合、通信用ＵＬＢＷＰ及び通信用ＤＬＢＷＰでランダムアクセス手順を実行するようにしてもよい。
　制御部１０３は、ＳＩＢ及びＲＲＣメッセージで通知されたＢＷＰを端末１０に設定する処理、設定されたＢＷＰをアクティブにする処理、アクティブにするＢＷＰを切り替える処理を行う。また、制御部１０３は、上りデータを送信するためのリソースの割り当て（上りリンクのスケジューリング）を基地局２０に要求することを検出した場合、送信部１０２に対してスケジューリングリクエストの送信をトリガする。
　また、制御部１０３は、上りデータを送信するためのリソースの割り当てを基地局２０に要求する場合において、アクティブであるＵＬＢＷＰに端末個別の上り制御チャネルリソースが設定されていない場合、アクティブであるＵＬＢＷＰを、通信用ＵＬＢＷＰに切り替える。また、制御部１０３は、アクティブであるＵＬＢＷＰが初期ＵＬＢＷＰであり、かつ、初期ＵＬＢＷＰに端末個別の上り制御チャネルリソースが設定されていない場合、アクティブであるＵＬＢＷＰを、通信用ＵＬＢＷＰに切り替えるようにしてもよい。また、制御部１０３は、アクティブであるＵＬＢＷＰを通信用ＵＬＢＷＰに切り替えることに加えて、アクティブであるＤＬＢＷＰを、通信用ＤＬＢＷＰに切り替えるようにしてもよい。
　また、制御部１０３は、スケジューリングリクエストが送信された後、アクティブであるＵＬＢＷＰを、通信用ＵＬＢＷＰに切り替えるようにしてもよい。例えば、制御部１０３は、初期ＵＬＢＷＰで、スケジューリングリクエストが送信された後（若しくはトリガした後）、アクティブであるＵＬＢＷＰを、通信用ＵＬＢＷＰに切り替えるようにしてもよい。
　また、制御部１０３は、スケジューリングリクエストが送信された後（若しくはスケジューリングリクエストの送信をトリガした後）、アクティブであるＤＬＢＷＰを、前記通信用ＤＬＢＷＰに切り替えるようにしてもよい。また、制御部１０３は、送信部１０２でスケジューリングリクエストがアクティブであるＵＬＢＷＰで送信された後（若しくはアクティブであるＵＬＢＷＰでのスケジューリングリクエストの送信をトリガした後）、アクティブであるＤＬＢＷＰが通信用ＤＬＢＷＰではない場合に、通信用ＤＬＢＷＰをアクティブに切り替えるようにしてもよい。
　また、制御部１０３は、初期ＢＷＰ及び通信用ＢＷＰのいずれかを指定する物理下り制御チャネルの信号に基づいて、アクティブであるＢＷＰとして、初期ＢＷＰ及び通信用ＢＷＰの切り替えを行う。また、制御部１０３は、初期ＢＷＰを指定する物理下り制御チャネルの信号に基づいて、初期ＵＬＢＷＰ及び初期ＤＬＢＷＰを、アクティブであるＢＷＰとして切り替えるようにしてもよい、また、制御部１０３は、初期ＵＬＢＷＰを指定する物理下り制御チャネルの信号に基づいて、初期ＵＬＢＷＰを、アクティブであるＢＷＰとして切り替えるようにしてもよい。また、制御部１０３は、初期ＤＬＢＷＰを指定する物理下り制御チャネルの信号に基づいて、初期ＤＬＢＷＰを、アクティブであるＢＷＰとして切り替えるようにしてもよい。
　また、制御部１０３は、ランダムアクセス手順をトリガする場合で、かつ、通信用ＵＬＢＷＰにＰＲＡＣＨ機会が設定されている場合、アクティブＢＷＰを、初期ＢＷＰから通信用ＢＷＰに切り替えるようにしてもよい。
　（基地局）
　図１８は、基地局２０の機能構成の一例を示す図である。基地局２０は、受信部２０１と、送信部２０２と、制御部２０３とを含む。受信部２０１と送信部２０２とが実現する機能の全部又は一部は、通信装置１３を用いて実現することができる。また、受信部２０１と送信部２０２とが実現する機能の全部又は一部と、制御部１０３とは、プロセッサ１１が、記憶装置１２に記憶されたプログラムを実行することにより実現することができる。また、当該プログラムは、記憶媒体に格納することができる。当該プログラムを格納した記憶媒体は、コンピュータ読み取り可能な非一時的な記憶媒体であってもよい。非一時的な記憶媒体は特に限定されないが、例えば、ＵＳＢメモリ又はＣＤ－ＲＯＭ等の記憶媒体であってもよい。
　受信部２０１は、上り信号を受信する。また、受信部２０１は、上記上り信号を介して伝送された情報及び／又はデータを受信してもよい。また、受信部１０１は、端末１０から、端末１０の端末能力を示す情報を受信する。また、受信部１０１は、初期ＵＬＢＷＰに端末１０向けの端末個別の上り制御チャネルリソースを設定していない場合、端末１０から、通信用ＵＬＢＷＰに設定される端末個別の上り制御チャネルリソースで送信されるスケジューリングリクエストを受信し、初期ＵＬＢＷＰに端末個別の上り制御チャネルリソースを設定している場合、端末１０から、初期ＵＬＢＷＰに設定される端末個別の上り制御チャネルリソースで送信されるスケジューリングリクエストを受信するようにしてもよい。
　送信部２０２は、下り信号を送信する。また、送信部２０２は、上記下り信号を介して伝送される情報及び／又はデータを送信してもよい。また、送信部２０２は、端末１０が特定端末であることが端末１０の端末能力を示す情報で示される場合、通信用ＤＬＢＷＰ及び通信用ＵＬＢＷＰの設定を含むＲＲＣメッセージを端末１０に送信するようにしてもよい。当該ＲＲＣメッセージは、例えば、ＲＲＣ再設定メッセージ、ＲＲＣ再開メッセージ、又は、ＲＲＣセットアップメッセージ等であってもよい。
　また、送信部２０２は、端末１０が特定端末であることが端末１０の端末能力を示す情報で示される場合、初期ＢＷＰに対する個別の制御チャネルリソースの設定を含まず、かつ、特定端末向けに設定される、通信用ＢＷＰの設定を含むＲＲＣメッセージを端末１０に送信するようにしてもよい。また、送信部１０２は、初期ＢＷＰ及び通信用ＢＷＰのいずれかを指定する物理下り制御チャネルの信号を、端末に送信するようにしてもよい。
　制御部２０３は、端末１０に対する上りリソース及び下りリソースの割り当て等を行う。例えば、制御部２０３は、端末１０からスケジューリングリクエストを受信した場合に、端末１０に対し、上りデータを送信するためのリソースの割り当て（上りリンクのスケジューリング）を行う。
　＜補足＞
　端末個別ＰＵＣＣＨパラメータは、端末個別ＰＵＣＣＨリソースに置き換えてもよい。信号、情報、シグナリング及びメッセージの名称は相互に読み替えてもよい。
　上記実施形態における各種の信号、情報、パラメータは、どのようなレイヤで送信されてもよい。すなわち、上記各種の信号、情報、パラメータは、上位レイヤ（例えば、ＮＡＳレイヤ、ＲＲＣレイヤ、ＭＡＣレイヤ等）、下位レイヤ（例えば、物理レイヤ）等のどのレイヤの信号、情報、パラメータに置き換えられてもよい。また、所定情報の通知は明示的に行うものに限られず、黙示的に（例えば、情報を通知しないことや他の情報を用いることによって）行われてもよい。
　また、上記実施形態における各種の信号、情報、パラメータ、メッセージ、シグナリング、ＩＥ（Information Element）、チャネル、時間単位及び周波数単位の名称は、例示にすぎず、他の名称に置き換えられてもよい。例えば、スロットは、所定数のシンボルを有する時間単位であれば、どのような名称であってもよい。また、ＲＢは、所定数のサブキャリアを有する周波数単位であれば、どのような名称であってもよい。また、上記実施形態における各種の信号、情報、パラメータ、メッセージ、シグナリング、ＩＥの用語は相互に置き換えられてもよい。例えば、ＲＲＣメッセージは、ＲＲＣシグナリングと称されてもよい。
　また、上記実施形態における端末１０の用途（例えば、ＲｅｄＣａｐ、ＩｏＴ向け等）は、例示するものに限られず、同様の機能を有する限り、どのような用途（例えば、ｅＭＢＢ、ＵＲＬＬＣ、Device-to-Device（Ｄ２Ｄ）、Vehicle-to-Everything（Ｖ２Ｘ）等）で利用されてもよい。
　また、各種情報の形式は、上記実施形態に限られず、ビット表現（０又は１）、真偽値（Boolean：true又はfalse）、整数値、文字等適宜変更されてもよい。また、上記実施形態における単数、複数は相互に変更されてもよい。
　以上、具体例を参照しつつ本実施形態について説明した。しかし、本開示はこれらの具体例に限定されるものではない。これら具体例に、当業者が適宜設計変更を加えたものも、本開示の特徴を備えている限り、本開示の範囲に包含される。前述した各具体例が備える各要素およびその配置、条件、形状などは、例示したものに限定されるわけではなく適宜変更することができる。前述した各具体例が備える各要素は、技術的な矛盾が生じない限り、適宜組み合わせを変えることができる。

Claims (8)

  1. 　基地局から、特定端末向けに設定される、通信用ＤＬＢＷＰ及び通信用ＵＬＢＷＰの設定を含むＲＲＣメッセージを受信する受信部と、
    　上りリンクのスケジューリングを要求する場合において、アクティブであるＵＬＢＷＰに端末個別の上り制御チャネルリソースが設定されていない場合、アクティブであるＵＬＢＷＰを、前記通信用ＵＬＢＷＰに切り替える制御部と、
    　アクティブであるＵＬＢＷＰで、スケジューリングリクエストを前記基地局に送信する送信部と、
    　を有する端末。
  2. 　前記制御部は、アクティブであるＵＬＢＷＰが初期ＢＷＰであり、かつ、前記初期ＵＬＢＷＰに端末個別の上り制御チャネルリソースが設定されていない場合、アクティブであるＵＬＢＷＰを、前記通信用ＵＬＢＷＰに切り替え、
    　前記送信部は、アクティブであるＵＬＢＷＰが、前記通信用ＵＬＢＷＰに切り替えられた後、前記通信用ＵＬＢＷＰに設定される端末個別の上り制御チャネルリソースを用いて、前記スケジューリングリクエストを前記基地局に送信する、
    　請求項１に記載の端末。
  3. 　前記制御部は、アクティブであるＵＬＢＷＰを前記通信用ＵＬＢＷＰに切り替えることに加えて、アクティブであるＤＬＢＷＰを、前記通信用ＤＬＢＷＰに切り替える、
    　請求項２に記載の端末。
  4. 　前記送信部は、アクティブであるＵＬＢＷＰが初期ＢＷＰであり、かつ、前記初期ＢＷＰに端末個別の上り制御チャネルリソースが設定されている場合、前記初期ＢＷＰに設定される端末個別の上り制御チャネルリソースを用いて、前記スケジューリングリクエストを前記基地局に送信し、
    　前記制御部は、前記スケジューリングリクエストが送信された後、アクティブであるＵＬＢＷＰを、前記通信用ＵＬＢＷＰに切り替える、
    　請求項１～３のいずれか一項に記載の端末。
  5. 　前記制御部は、前記スケジューリングリクエストが送信された後、アクティブであるＤＬＢＷＰを、前記通信用ＤＬＢＷＰに切り替える、
    　請求項４に記載の端末。
  6. 　前記通信用ＤＬＢＷＰには、ＳＳＢが設定される帯域が含まれない、
    　請求項１～５のいずれか一項に記載の端末。
  7. 　端末から、端末能力を示す情報を受信する受信部と、
    　前記端末が特定端末であることが前記情報で示される場合、通信用ＤＬＢＷＰ（Band Width Part）及び通信用ＵＬＢＷＰの設定を含むＲＲＣメッセージを前記端末に送信する送信部と、
    　を有し、
    　前記受信部は、初期ＵＬＢＷＰに前記端末向けの端末個別の上り制御チャネルリソースを設定していない場合、前記端末から、前記通信用ＵＬＢＷＰに設定される前記端末個別の上り制御チャネルリソースで送信されるスケジューリングリクエストを受信し、前記初期ＵＬＢＷＰに前記端末個別の上り制御チャネルリソースを設定している場合、前記端末から、前記初期ＵＬＢＷＰに設定される前記端末個別の上り制御チャネルリソースで送信されるスケジューリングリクエストを受信する、
    　基地局。
  8. 　基地局から、特定端末向けに設定される、通信用ＤＬＢＷＰ及び通信用ＵＬＢＷＰの設定を含むＲＲＣメッセージを受信するステップと、
    　上りリンクのスケジューリングを要求する場合において、アクティブであるＵＬＢＷＰに端末個別の上り制御チャネルリソースが設定されていない場合、アクティブであるＵＬＢＷＰを、前記通信用ＵＬＢＷＰに切り替えるステップと、
    　アクティブであるＵＬＢＷＰで、スケジューリングリクエストを前記基地局に送信するステップと、
    　を含む、端末が行う通信方法。
PCT/JP2022/018098 2021-04-23 2022-04-19 端末、基地局及び通信方法 WO2022224941A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021-073578 2021-04-23
JP2021073578A JP2022167641A (ja) 2021-04-23 2021-04-23 端末、基地局及び通信方法

Publications (1)

Publication Number Publication Date
WO2022224941A1 true WO2022224941A1 (ja) 2022-10-27

Family

ID=83723309

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/018098 WO2022224941A1 (ja) 2021-04-23 2022-04-19 端末、基地局及び通信方法

Country Status (2)

Country Link
JP (1) JP2022167641A (ja)
WO (1) WO2022224941A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020025183A (ja) * 2018-08-07 2020-02-13 シャープ株式会社 端末装置および基地局装置
WO2020067951A1 (en) * 2018-09-27 2020-04-02 Telefonaktiebolaget Lm Ericsson (Publ) User equipment for obtaining a band width part for a random access, a network node, and corresponding methods in a wireless communication network
WO2020142683A1 (en) * 2019-01-04 2020-07-09 Cirik Ali Cagatay Two-step random access procedure in unlicensed bands

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020025183A (ja) * 2018-08-07 2020-02-13 シャープ株式会社 端末装置および基地局装置
WO2020067951A1 (en) * 2018-09-27 2020-04-02 Telefonaktiebolaget Lm Ericsson (Publ) User equipment for obtaining a band width part for a random access, a network node, and corresponding methods in a wireless communication network
WO2020142683A1 (en) * 2019-01-04 2020-07-09 Cirik Ali Cagatay Two-step random access procedure in unlicensed bands

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"3rd Generation Partnership Project; Technical Specification Group Radio Access Network; NR; Medium Access Control (MAC) protocol specification (Release 16)", 3GPP STANDARD; TECHNICAL SPECIFICATION; 3GPP TS 38.321, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. V16.4.0, 29 March 2021 (2021-03-29), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , pages 1 - 157, XP052000122 *
ERICSSON: "Reduced maximum UE bandwidth for RedCap", 3GPP DRAFT; R1-2102722, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. e-Meeting; 20210412 - 20210420, 7 April 2021 (2021-04-07), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052177715 *
HUAWEI, HISILICON: "Potential solutions for UE complexity reduction", 3GPP DRAFT; R1-2100230, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. E-meeting; 20210125 - 20210205, 19 January 2021 (2021-01-19), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051970862 *

Also Published As

Publication number Publication date
JP2022167641A (ja) 2022-11-04

Similar Documents

Publication Publication Date Title
JP7273211B2 (ja) 信号構成方法及び関連するデバイス
CN109587705B (zh) 通信方法、装置和系统
WO2021062612A1 (zh) 通信方法及装置
US20160219574A1 (en) Method and Apparatus for Device to Device Communication
US11871376B2 (en) Paging operation with narrow bandwidth part frequency hopping
US9749987B2 (en) Mobile communication method and radio base station
CN112106423A (zh) 用于物理下行链路控制信道监测的方法、终端设备和基站
JP2024507648A (ja) ページングアーリーインジケーション技術
CN111436085A (zh) 通信方法及装置
JP2023537283A (ja) 上りリンク信号の送受信方法及び装置
JP2023512807A (ja) 無線通信において、低減した能力のデバイスをサポートする方法及び装置
EP3142438B1 (en) Method for inter-device communications, base station, and user equipment
WO2020221313A1 (zh) 通信方法及装置
JP2021532635A (ja) 通信方法、装置及び通信システム
KR20220079545A (ko) 크로스슬롯 스케줄링 조정을 위한 디바이스 및 방법
CN114731725A (zh) 用户设备、调度节点、用于用户设备的方法和用于调度节点的方法
JP2019537375A (ja) データ多重化装置、方法及び通信システム
WO2022022673A1 (zh) 一种通信方法及装置
WO2022224941A1 (ja) 端末、基地局及び通信方法
WO2022224942A1 (ja) 端末、基地局及び通信方法
JP2023524891A (ja) リソース決定方法及び装置
JP2024519220A (ja) ユーザ機器、スケジューリングノード、ユーザ機器のための方法、スケジューリングノードのための方法および集積回路
WO2022202593A1 (ja) 端末及び無線通信方法
WO2023277026A1 (ja) 端末及び無線通信方法
WO2023277027A1 (ja) 端末及び無線通信方法

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: 22791712

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 22791712

Country of ref document: EP

Kind code of ref document: A1