WO2016185923A1 - 無線端末 - Google Patents

無線端末 Download PDF

Info

Publication number
WO2016185923A1
WO2016185923A1 PCT/JP2016/063713 JP2016063713W WO2016185923A1 WO 2016185923 A1 WO2016185923 A1 WO 2016185923A1 JP 2016063713 W JP2016063713 W JP 2016063713W WO 2016185923 A1 WO2016185923 A1 WO 2016185923A1
Authority
WO
WIPO (PCT)
Prior art keywords
sps
uplink
base station
transmission
radio
Prior art date
Application number
PCT/JP2016/063713
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 京セラ株式会社
Priority to JP2017519121A priority Critical patent/JP6313525B2/ja
Priority to EP16796317.2A priority patent/EP3285535B1/en
Publication of WO2016185923A1 publication Critical patent/WO2016185923A1/ja
Priority to US15/808,024 priority patent/US10638491B2/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/542—Allocation or scheduling criteria for wireless resources based on quality criteria using measured or perceived quality
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0203—Power saving arrangements in the radio access network or backbone network of wireless communication networks
    • H04W52/0206—Power saving arrangements in the radio access network or backbone network of wireless communication networks in access points, e.g. base stations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • the present invention relates to a wireless terminal used in a mobile communication system.
  • 3GPP Third Generation Partnership Project
  • TTI Transmission Time Interval
  • wireless resources are allocated from the base station by SPS (Semi-Persistent Scheduling).
  • the wireless terminal includes a control unit that performs processing to transmit an explicit SPS release notification for releasing the wireless resource allocated by the SPS to the base station.
  • the radio terminal transmits uplink data to the base station in a first period using an uplink radio resource allocated from the base station by the SPS.
  • the wireless terminal does not transmit the uplink data in a part of the transmission opportunity according to the first period, and the first period A control unit that performs a process of transmitting padding data to the base station in a longer second cycle.
  • uplink radio resources are allocated from the base station by SPS.
  • the wireless terminal includes a transmission unit that continuously transmits empty data to the base station to implicitly indicate release of the uplink radio resource, and a counter that counts the number of times the empty data is continuously transmitted.
  • a control unit that manages and releases the uplink radio resource when the value of the counter reaches a threshold value. The control unit resets the value of the counter when receiving special downlink control information from the base station.
  • wireless resources are allocated from the base station by SPS.
  • the radio terminal includes a control unit that releases radio resources allocated by the SPS when radio resources for initial transmission are allocated from the base station by dynamic scheduling.
  • uplink radio resources are allocated from the base station by SPS.
  • SPS Service-to-Semiconductor
  • the base station sets a special SPS that is allowed not to perform uplink transmission at a transmission opportunity according to an SPS cycle, and the wireless terminal does not perform uplink transmission at the transmission opportunity.
  • a control unit that omits monitoring of HARQ ACK / NACK corresponding to uplink transmission is provided.
  • a general uplink transmission procedure includes the following first to third steps.
  • the wireless terminal transmits a scheduling request (SR) for requesting a PUSCH (Physical Uplink Shared Channel) resource to the base station using a PUCCH (Physical Uplink Control Channel) resource.
  • SR scheduling request
  • PUCCH Physical Uplink Control Channel
  • the wireless terminal uses the PUSCH resource allocated from the base station to send a buffer status report (BSR) including buffer information indicating the amount of uplink data in the transmission buffer of the wireless terminal to the base station.
  • BSR buffer status report
  • the base station allocates an appropriate amount of PUSCH resources to the wireless terminal in response to reception of the BSR.
  • the wireless terminal transmits the uplink data in the transmission buffer of the wireless terminal to the base station using the PUSCH resource allocated from the base station.
  • Such an uplink transmission procedure has a problem that it takes a long time (i.e., uplink latency) from when a wireless terminal generates uplink data until transmission of the uplink data is completed.
  • SPS Semi-Persistent Scheduling
  • the high-speed uplink access method using SPS has room for improvement in terms of facilitating release or maintenance of radio resources allocated by SPS.
  • wireless resources are allocated from the base station by SPS (Semi-Persistent Scheduling).
  • the wireless terminal includes a control unit that performs processing to transmit an explicit SPS release notification for releasing the wireless resource allocated by the SPS to the base station.
  • the radio terminal transmits uplink data to the base station in a first cycle by using an uplink radio resource allocated from the base station by SPS.
  • the wireless terminal does not transmit the uplink data in a part of the transmission opportunity according to the first period, and the first period
  • a control unit that performs a process of transmitting padding data to the base station in a longer second cycle.
  • uplink radio resources are allocated from the base station by SPS.
  • the wireless terminal includes a transmission unit that continuously transmits empty data to the base station to implicitly indicate release of the uplink radio resource, and a counter that counts the number of times the empty data is continuously transmitted.
  • a control unit that manages and releases the uplink radio resource when the value of the counter reaches a threshold value. The control unit resets the value of the counter when receiving special downlink control information from the base station.
  • the radio terminal according to the fourth embodiment is assigned radio resources from the base station by SPS.
  • the radio terminal includes a control unit that releases radio resources allocated by the SPS when radio resources for initial transmission are allocated from the base station by dynamic scheduling.
  • uplink radio resources are allocated from the base station by SPS.
  • SPS Service-to-Semiconductor
  • the base station sets a special SPS that is allowed not to perform uplink transmission at a transmission opportunity according to an SPS cycle, and the wireless terminal does not perform uplink transmission at the transmission opportunity.
  • a control unit that omits monitoring of HARQ ACK / NACK corresponding to uplink transmission is provided.
  • FIG. 1 is a diagram illustrating a configuration of an LTE system.
  • the LTE system includes a UE (User Equipment) 100, an E-UTRAN (Evolved UMTS Terrestrial Radio Access Network) 10, and an EPC (Evolved Packet Core) 20.
  • UE User Equipment
  • E-UTRAN Evolved UMTS Terrestrial Radio Access Network
  • EPC Evolved Packet Core
  • the UE 100 corresponds to a wireless terminal.
  • the UE 100 is a mobile communication device, and performs radio communication with a cell (serving cell).
  • the E-UTRAN 10 corresponds to a radio access network.
  • the E-UTRAN 10 includes an eNB 200 (evolved Node-B).
  • the eNB 200 corresponds to a base station.
  • the eNB 200 is connected to each other via the X2 interface.
  • the eNB 200 manages one or a plurality of cells and performs radio communication with the UE 100 that has established a connection with the own cell.
  • the eNB 200 has a radio resource management (RRM) function, a routing function of user data (hereinafter simply referred to as “data”), a measurement control function for mobility control / scheduling, and the like.
  • RRM radio resource management
  • Cell is used as a term indicating a minimum unit of a radio communication area, and also as a term indicating a function of performing radio communication with the UE 100.
  • the EPC 20 corresponds to a core network.
  • the EPC 20 includes an MME (Mobility Management Entity) / S-GW (Serving-Gateway) 300.
  • MME Mobility Management Entity
  • S-GW Serving-Gateway
  • MME performs various mobility control etc. with respect to UE100.
  • the S-GW performs data transfer control.
  • the MME / S-GW 300 is connected to the eNB 200 via the S1 interface.
  • the E-UTRAN 10 and the EPC 20 constitute a network.
  • FIG. 2 is a block diagram of the UE 100 (wireless terminal). As illustrated in FIG. 2, the UE 100 includes a reception unit 110, a transmission unit 120, and a control unit 130.
  • the receiving unit 110 performs various types of reception under the control of the control unit 130.
  • the receiving unit 110 includes an antenna and a receiver.
  • the receiver converts a radio signal received by the antenna into a baseband signal (received signal) and outputs the baseband signal to the control unit 130.
  • the transmission unit 120 performs various transmissions under the control of the control unit 130.
  • the transmission unit 120 includes an antenna and a transmitter.
  • the transmitter converts the baseband signal (transmission signal) output from the control unit 130 into a radio signal and transmits it from the antenna.
  • the control unit 130 performs various controls in the UE 100.
  • the control unit 130 includes a processor and a memory.
  • the memory stores a program executed by the processor and information used for processing by the processor.
  • the processor includes a baseband processor that performs modulation / demodulation and encoding / decoding of the baseband signal, and a CPU (Central Processing Unit) that executes various processes by executing programs stored in the memory.
  • the processor may include a codec that performs encoding / decoding of an audio / video signal. The processor executes the above-described processing and processing described later.
  • FIG. 3 is a block diagram of the eNB 200 (base station). As illustrated in FIG. 3, the eNB 200 includes a transmission unit 210, a reception unit 220, a control unit 230, and a backhaul communication unit 240.
  • the transmission unit 210 performs various transmissions under the control of the control unit 230.
  • the transmission unit 210 includes an antenna and a transmitter.
  • the transmitter converts the baseband signal (transmission signal) output from the control unit 230 into a radio signal and transmits it from the antenna.
  • the receiving unit 220 performs various types of reception under the control of the control unit 230.
  • the receiving unit 220 includes an antenna and a receiver.
  • the receiver converts a radio signal received by the antenna into a baseband signal (received signal) and outputs the baseband signal to the control unit 230.
  • the control unit 230 performs various controls in the eNB 200.
  • the control unit 230 includes a processor and a memory.
  • the memory stores a program executed by the processor and information used for processing by the processor.
  • the processor includes a baseband processor that performs modulation / demodulation and encoding / decoding of the baseband signal, and a CPU (Central Processing Unit) that executes various processes by executing programs stored in the memory.
  • the processor executes the above-described processing and processing described later.
  • the backhaul communication unit 240 is connected to the neighboring eNB 200 via the X2 interface, and is connected to the MME / S-GW 300 via the S1 interface.
  • the backhaul communication unit 240 is used for communication performed on the X2 interface, communication performed on the S1 interface, and the like.
  • FIG. 4 is a protocol stack diagram of a radio interface in the LTE system. As shown in FIG. 4, the radio interface protocol is divided into the first to third layers of the OSI reference model, and the first layer is a physical (PHY) layer.
  • the second layer includes a MAC (Medium Access Control) layer, an RLC (Radio Link Control) layer, and a PDCP (Packet Data Convergence Protocol) layer.
  • the third layer includes an RRC (Radio Resource Control) layer.
  • the physical layer performs encoding / decoding, modulation / demodulation, antenna mapping / demapping, and resource mapping / demapping. Data and control information are transmitted between the physical layer of the UE 100 and the physical layer of the eNB 200 via a physical channel.
  • the MAC layer performs data priority control, retransmission processing by hybrid ARQ (HARQ), random access procedure, and the like. Data and control information are transmitted between the MAC layer of the UE 100 and the MAC layer of the eNB 200 via a transport channel.
  • the MAC layer of the eNB 200 includes a scheduler that determines an uplink / downlink transport format (transport block size, modulation / coding scheme (MCS)) and an allocation resource block to the UE 100.
  • MCS modulation / coding scheme
  • the RLC layer transmits data to the RLC layer on the receiving side using the functions of the MAC layer and the physical layer. Data and control information are transmitted between the RLC layer of the UE 100 and the RLC layer of the eNB 200 via a logical channel.
  • the PDCP layer performs header compression / decompression and encryption / decryption.
  • the RRC layer is defined only in the control plane that handles control information. Messages for various settings (RRC messages) are transmitted between the RRC layer of the UE 100 and the RRC layer of the eNB 200.
  • the RRC layer controls the logical channel, the transport channel, and the physical channel according to establishment, re-establishment, and release of the radio bearer.
  • RRC connection When there is a connection (RRC connection) between the RRC of the UE 100 and the RRC of the eNB 200, the UE 100 is in the RRC connected mode, otherwise, the UE 100 is in the RRC idle mode.
  • the NAS (Non-Access Stratum) layer located above the RRC layer performs session management and mobility management.
  • the UE 100 has the fourth to seventh layers of the OSI reference model as an upper protocol of the radio interface protocol.
  • the transport layer which is the fourth layer, includes TCP (Transmission Control Protocol). TCP will be described later.
  • FIG. 5 is a configuration diagram of a radio frame used in the LTE system.
  • Orthogonal Division Multiple Access (OFDMA) is applied to the downlink
  • SC-FDMA Single Carrier Frequency Multiple Access
  • the radio frame is composed of 10 subframes arranged in the time direction.
  • Each subframe is composed of two slots arranged in the time direction.
  • the length of each subframe is 1 ms, and the length of each slot is 0.5 ms.
  • Each subframe includes a plurality of resource blocks (RB) in the frequency direction and includes a plurality of symbols in the time direction.
  • Each resource block includes a plurality of subcarriers in the frequency direction.
  • One symbol and one subcarrier constitute one resource element (RE).
  • a frequency resource can be specified by a resource block, and a time resource can be specified by a subframe (or slot).
  • the interval of the first few symbols of each subframe mainly includes a physical downlink control channel (PDCCH) for transmitting downlink control information and a physical HARQ indicator channel for transmitting HARQ ACK / NACK.
  • PDCCH physical downlink control channel
  • PHICH physical HARQ indicator channel
  • the remaining part of each subframe is an area that can be used mainly as a physical downlink shared channel (PDSCH) for transmitting downlink data.
  • PDSCH physical downlink shared channel
  • the eNB 200 basically transmits downlink control information (DCI) to the UE 100 using the PDCCH, and transmits downlink data to the UE 100 using the PDSCH.
  • the downlink control information carried by the PDCCH includes uplink scheduling information, downlink scheduling information, and a TPC command.
  • the uplink scheduling information is scheduling information (UL grant) related to uplink radio resource allocation
  • the downlink scheduling information is scheduling information related to downlink radio resource allocation.
  • the TPC command is information instructing increase / decrease in uplink transmission power.
  • the eNB 200 includes, in the downlink control information, the CRC bits scrambled with the identifier (RNTI: Radio Network Temporary ID) of the destination UE 100 in order to identify the destination UE 100 of the downlink control information.
  • RTI Radio Network Temporary ID
  • Each UE 100 performs blind decoding (blind decoding) on the PDCCH by descrambling the CRC bits with the RNTI of the own UE for the downlink control information that may be addressed to the own UE, and the downlink control information addressed to the own UE. Is detected.
  • the PDSCH carries downlink data using downlink radio resources (resource blocks) indicated by the downlink scheduling information.
  • both ends in the frequency direction in each subframe are regions used mainly as physical uplink control channels (PUCCH) for transmitting uplink control information.
  • the remaining part in each subframe is an area that can be used as a physical uplink shared channel (PUSCH) mainly for transmitting uplink data.
  • PUSCH physical uplink shared channel
  • the UE 100 basically transmits uplink control information (UCI) to the eNB 200 using the PUCCH, and transmits uplink data to the eNB 200 using the PUSCH.
  • the uplink control information carried by the PUCCH includes CQI (Channel Quality Indicator), PMI (Precoding Matrix Indicator), RI (Rank Indicator), scheduling request (SR), and HARQ ACK / NACK.
  • CQI is an index indicating downlink channel quality, and is used for determining an MCS to be used for downlink transmission.
  • PMI is an index indicating a precoder matrix that is preferably used for downlink transmission.
  • the RI is an index indicating the number of layers (number of streams) that can be used for downlink transmission.
  • SR is information for requesting allocation of PUSCH resources.
  • HARQ ACK / NACK is delivery confirmation information indicating whether downlink data has been correctly received.
  • FIG. 6 is a diagram for explaining the outline of TCP.
  • the UE 100 performs TCP communication with a server on the Internet via the LTE system network.
  • the server determines the congestion status of the network based on “TCP ACK” from the UE 100.
  • the server gradually increases the window size in response to reception of “TCP ACK”.
  • the window size is the amount of “TCP Segment” that is continuously transmitted without waiting for “TCP ACK”.
  • the server fails to receive “TCP ACK” (timeout)
  • the server halves the window size. Such control is referred to as “slow start”.
  • the downlink TCP throughput cannot be increased if the UE 100 does not promptly transmit “TCP ACK” in the uplink. That is, if the delay time (uplink latency) from the generation of “TCP ACK” in UE 100 to the completion of transmission of “TCP ACK” to eNB 200 can be reduced, downlink TCP throughput can be increased.
  • FIG. 7 is a diagram for explaining an uplink transmission procedure.
  • the UE 100 is in a state where an RRC connection with the eNB 200 has been established (that is, RRC connected mode).
  • step S ⁇ b> 1 the eNB 200 receives a TCP packet (TCP segment) from the EPC 20.
  • step S2 the eNB 200 allocates the PDSCH resource to the UE 100 using the PDCCH resource. Moreover, eNB200 transmits the downlink data corresponding to the TCP packet received from EPC20 to UE100 using PDSCH resource. Specifically, the eNB 200 transmits DCI including downlink scheduling information to the UE 100 on the PDCCH, and transmits downlink data to the UE 100 using the PDSCH resource indicated by the DCI.
  • the eNB 200 may allocate a periodic PUSCH resource to the UE 100 in advance by SPS (step S2A). Such a technique may be referred to as “Pre-grant”.
  • SPS will be described later. Note that the following steps S3 to S6 are operations when “Pre-grant” is not performed.
  • the UE 100 receives the downlink data, and moves the downlink data to an upper layer of the UE 100.
  • the upper layer of the UE 100 generates a TCP ACK and notifies the lower layer of the UE 100.
  • the UE 100 determines a PUSCH resource allocation request for the eNB 200 in response to the presence of uplink data (TCP ACK packet) in the transmission buffer (lower layer of the UE 100).
  • step S3 UE100 transmits SR for requesting allocation of a PUSCH resource to eNB200 using a PUCCH resource.
  • step S4 the eNB 200 allocates a PUSCH resource to the UE 100 in response to reception of the SR.
  • step S5 the UE 100 transmits a BSR including buffer information indicating the amount of uplink data in the transmission buffer of the UE 100 to the eNB 200 using the PUSCH resource allocated from the eNB 200.
  • step S6 the eNB 200 allocates an appropriate amount of PUSCH resources to the UE 100 in response to reception of the BSR.
  • UE100 transmits the uplink data (TCP ACK packet) in the transmission buffer of UE100 to eNB200 using the PUSCH resource allocated from eNB200.
  • TCP ACK packet uplink data
  • eNB 200 can allocate periodic radio resources (PUSCH resources) to UE 100 in advance, so that uplink latency can be reduced.
  • PUSCH resources periodic radio resources
  • one scheduling information is applied not only to one subframe but also to many subsequent subframes. That is, by periodically applying the radio resource or the like indicated by the scheduling information, overhead associated with transmission of the scheduling information is reduced.
  • FIG. 8 is a diagram illustrating an example of an SPS sequence in the uplink.
  • FIG. 9 is a diagram for explaining “SPS Config”.
  • step S11 the eNB 200 transmits SPS setting information (SPS Config) to the UE 100 by dedicated RRC signaling.
  • SPS Config includes various parameters related to SPS.
  • the UE 100 receives and stores “SPS Config”.
  • SPS Config includes semiPeristSchedC-RNTI (SPS C-RNTI), sps-ConfigDL, and sps-ConfigUL.
  • SPS C-RNTI is a temporary identifier of UE 100 for SPS.
  • the sps-ConfigDL includes an SPS parameter in the downlink
  • the sps-ConfigUL includes an SPS parameter in the uplink.
  • the sps-ConfigUL includes “release” for releasing the SPS parameter in the uplink or “setup” for setting the SPS parameter in the uplink.
  • the sps-ConfigUL includes an SPS cycle (semiPeristSchedIntervalUL) in the uplink as a main parameter.
  • the semiPeristSchedIntervalUL is specified in units of subframes, for example, 10 subframe periods (sf10) or 20 subframe periods (sf20).
  • the sps-ConfigUL may include a parameter (implicitReleaseAfter) for implicitly releasing radio resources allocated by the SPS (SPS allocated resources).
  • “implicitReleaseAfter” indicates the number of empty data transmissions (empty transmissions) required to release the SPS resource.
  • the empty data is, for example, “MAC PDU” that does not include “MAC SDU”. That is, when the implicitReleaseAfter is set, the UE 100 releases the SPS allocation resource by transmitting the empty data by the SPS allocation resource as many times as indicated by the implicitReleaseAfter.
  • the impliedReleaseAfter is set to any one of 2 times (e2), 3 times (e3), 4 times (e4), and 8 times (e8).
  • step S12 the eNB 200 transmits DCI (SPS activation instruction) for activating the SPS to the UE 100 via the PDCCH.
  • the SPS activation instruction is masked using “SPS C-RNTI”.
  • the SPS activation instruction includes a resource block (PUSCH resource) to be allocated to the UE 100 and scheduling information (UL grant) such as MCS.
  • the UE 100 When the UE 100 decodes the SPS activation instruction by blind decoding, the UE 100 stores the scheduling information included in the SPS activation instruction.
  • step S13 the UE 100 performs initial transmission by SPS. Specifically, UE100 transmits uplink data to eNB200 by PUSCH according to the scheduling information included in the SPS activation instruction. Then, UE100 transmits uplink data to eNB200 by PUSCH according to the said scheduling information for every SPS period shown by semiPeristSchedIntervalUL (step S14).
  • the uplink data to be transmitted to the eNB 200 does not exist in the UE 100 (that is, no data exists in the uplink transmission buffer).
  • steps S15 to S16 the UE 100 performs empty data transmission (empty transmission) times after the release of the empty data (empty transmission) at a transmission opportunity determined by semiPeristSchedIntervalUL.
  • step S17 the UE 100 releases the SPS allocation resource.
  • the UE 100 is assigned radio resources from the eNB 200 by SPS.
  • UE100 is provided with the control part 130 which performs the process which transmits the explicit SPS release notification for releasing the radio
  • the control unit 130 performs a process of transmitting an explicit SPS release notification to the eNB 200 only when the UE 100 has received an explicit SPS release notification transmission setting.
  • the control unit 130 invalidates the function of implicitly releasing the SPS allocation resource (ie, implicitReleaseAfter).
  • the control unit 130 releases the radio resource allocated by the SPS.
  • the control part 130 maintains the said radio
  • ENB200 which concerns on 1st Embodiment allocates a radio
  • eNB200 is provided with the control part 230 which performs the process which receives the explicit SPS release notification for releasing the radio
  • the control unit 230 performs a process of receiving an explicit SPS release notification from the UE 100 only when an explicit SPS release notification transmission setting is transmitted to the UE 100.
  • the control unit 230 invalidates the function of implicitly releasing the SPS allocation resource (that is, implicitReleaseAfter).
  • the control unit 230 determines whether or not to permit an explicit SPS release notification, and notifies the UE 100 of rejection or rejection of the explicit SPS release notification.
  • FIG. 10 is a diagram illustrating a sequence example according to the first embodiment. However, redundant description of the same operations as those in FIG. 8 is omitted.
  • the eNB 200 transmits SPS configuration information (SPS Config) to the UE 100 by dedicated RRC signaling.
  • SPS Config includes various parameters shown in FIG.
  • the UE 100 receives and stores “SPS Config”.
  • the eNB 200 may include setting information of an explicit SPS release (explicit release) notification in the “SPS Config”.
  • the setting information is, for example, “explicitRelease ENNUMERATED (true)” added in “setup” in FIG. According to the setting information, if “explicitrelease” is true (that is, ON), the setting of implicitReleaseAfter may not be applied.
  • the eNB 200 may include the setting information of the “exclusive release” notification in the SPS activation instruction (step S102).
  • the eNB 200 transmits DCI (SPS activation instruction) for activating the SPS to the UE 100 via the PDCCH.
  • the SPS activation instruction includes a resource block (PUSCH resource) to be allocated to the UE 100 and scheduling information (UL grant) such as MCS.
  • the UE 100 stores scheduling information included in the SPS activation instruction.
  • steps S103 to S104 the UE 100 performs transmission by SPS. As described above, the UE 100 transmits uplink data to the eNB 200 through the PUSCH according to the scheduling information for each SPS cycle indicated by semiPeristSchedIntervalUL. However, steps S103 to S104 are not essential and may be omitted.
  • step S105 the UE 100 determines that the SPS allocation resource is unnecessary, and transmits an “explicit release” notification for releasing the SPS allocation resource to the eNB 200.
  • the “explicit release” notification is transmitted from the UE 100 to the eNB 200 by, for example, MAC signaling (MAC control element).
  • step S106 the eNB 200 determines whether or not to permit “explicit release” notification.
  • the description will be made assuming that the eNB 200 determines to reject the “explicit release” notification in order to maintain the SPS for reducing the latency of the uplink (that is, high-speed uplink access).
  • step S106 the eNB 200 transmits to the UE 100 a rejection notification indicating that the “exclusive release” notification is rejected.
  • the rejection notification is transmitted from the eNB 200 to the UE 100 by, for example, MAC signaling (MAC control element).
  • step S107 the UE 100 determines that it is necessary to maintain the SPS in response to reception of the rejection notification, maintains the stored scheduling information, and maintains the SPS allocation resource.
  • the “exclusive release” notification for releasing the SPS allocation resource is introduced, and the eNB 200 indicates permission or rejection to prevent the UE 100 from releasing the SPS.
  • the eNB 200 can control. As a result, realization of high-speed uplink access using SPS can be facilitated.
  • the UE100 which concerns on 2nd Embodiment transmits uplink data to eNB200 by the 1st period (semiPeristSchedIntervalUL) set by RRC signaling using the uplink radio resource allocated from eNB200 by SPS.
  • the UE 100 does not transmit the uplink data in a part of the transmission opportunities according to the first period, and the second period is longer than the first period.
  • the control part 130 which performs the process which transmits padding data to eNB200 is provided.
  • the second period may be set by MAC signaling or PDCCH.
  • ENB200 which concerns on 2nd Embodiment receives uplink data from UE100 by the 1st period (semiPeristSchedIntervalUL) set by RRC signaling using the uplink radio
  • the eNB 200 makes a retransmission request to the UE 100 even if the uplink data is not received from the UE 100 in a part of the transmission opportunities according to the first period.
  • Absent. eNB200 detects that UE100 did not transmit PUSCH by the electric power detection of DMRS in PUSCH, for example. That is, the eNB 200 recognizes that PUSCH has not been transmitted.
  • FIG. 11 is a diagram illustrating a sequence example according to the second embodiment. However, redundant description of the same operations as those in FIG. 8 is omitted.
  • step S201 the eNB 200 transmits SPS configuration information (SPS Config) to the UE 100 by dedicated RRC signaling.
  • SPS Config includes the first period (semiPeristSchedIntervalUL).
  • the UE 100 receives and stores “SPS Config”.
  • step S202 the eNB 200 transmits DCI (SPS activation instruction) for activating the SPS to the UE 100 via the PDCCH.
  • the SPS activation instruction includes scheduling information (UL grant).
  • the UE 100 stores scheduling information included in the SPS activation instruction.
  • eNB200 sets a 2nd period to UE100 by MAC signaling or PDCCH.
  • the eNB 200 may include the second period in the SPS activation instruction.
  • the UE 100 may overwrite the stored first period (semiPeriststSchedIntervalUL) with the second period.
  • steps S203 to S204 the UE 100 performs transmission by SPS. As described above, the UE 100 transmits uplink data to the eNB 200 via the PUSCH according to the scheduling information for each SPS period (first period or second period). However, steps S203 to S204 are not essential and may be omitted.
  • the UE 100 transmits padding data to the eNB 200 in the second period.
  • the eNB 200 does not transmit a retransmission request (HARQ NACK) to the UE 100 when detecting that the UE 100 did not transmit the PUSCH by detecting the power of the DMRS in the PUSCH.
  • HARQ NACK a retransmission request
  • eNB 200 makes a retransmission request to UE 100.
  • the UE 100 does not need to transmit uplink data at all transmission opportunities according to the SPS cycle (semiPersistSchedIntervalUL), and thus the power consumption of the UE 100 can be reduced while maintaining the SPS. Can be reduced.
  • the UE 100 is assigned uplink radio resources from the eNB 200 by SPS.
  • the UE 100 includes a transmission unit 120 that continuously transmits empty data to the eNB 200 to implicitly indicate the release of uplink radio resources, and a control unit 130 that manages a counter that counts the number of times the empty data has been continuously transmitted. And comprising. When the value of the counter reaches a threshold (implicitReleaseAfter), uplink radio resources are released.
  • the control unit 130 resets the value of the counter when receiving special downlink control information from the eNB 200.
  • the special downlink control information is downlink control information (that is, empty DCI) that does not include scheduling information.
  • ENB200 which concerns on 3rd Embodiment allocates an uplink radio
  • the eNB 200 resets the reception unit 220 that continuously receives empty data from the UE 100 for implicitly indicating the release of uplink radio resources and the value of a counter that counts the number of times that the empty data has been continuously transmitted.
  • a control unit 230 that performs a process of transmitting the special downlink control information to the UE 100.
  • FIG. 12 is a diagram illustrating a sequence example according to the third embodiment. However, redundant description of the same operations as those in FIG. 8 is omitted.
  • step S301 the eNB 200 transmits SPS setting information (SPS Config) to the UE 100 by dedicated RRC signaling.
  • SPS Config includes implicateReleaseAfter.
  • the UE 100 receives and stores “SPS Config”.
  • step S302 the eNB 200 transmits DCI (SPS activation instruction) for activating the SPS to the UE 100 via the PDCCH.
  • the SPS activation instruction includes scheduling information (UL grant).
  • the UE 100 stores scheduling information included in the SPS activation instruction.
  • steps S303 to S304 the UE 100 performs transmission by SPS. As described above, the UE 100 transmits uplink data to the eNB 200 through the PUSCH according to the scheduling information for each SPS cycle (semiPeriststSchedIntervalUL). However, steps S303 to S304 are not essential and may be omitted.
  • step S305 the UE 100 determines that the SPS allocation resource is unnecessary, and continuously transmits empty data to the eNB 200 to implicitly indicate the release of the uplink radio resource.
  • the eNB 200 determines that the SPS allocation resource is necessary.
  • step S307 the eNB 200 transmits an empty DCI (counter reset instruction) for resetting the count value in the UE 100 to the UE 100 via the PDCCH before the number of empty data transmissions (count value) by the UE 100 reaches impliedReleaseAfter.
  • the UE 100 resets the number of empty data transmissions (count value) to zero. Thereby, release of the SPS allocation resource by UE100 can be avoided.
  • the eNB 200 can control whether or not to release the SPS allocation resource.
  • the UE 100 according to the fourth embodiment is assigned radio resources from the eNB 200 by SPS.
  • UE100 is provided with the control part 130 which releases the radio
  • ENB200 which concerns on 4th Embodiment allocates a radio
  • eNB200 is provided with the control part 230 which judges that the SPS allocation resource was released in UE100, when the radio
  • first case when dynamic allocation occurs in a subframe allocated by SPS (hereinafter referred to as “first case”), priority is given to dynamic allocation. That is, the UE 100 follows dynamic allocation in the subframe. However, neither SPS RRC setting nor scheduling information (RB / MCS) is released.
  • second case when dynamic allocation using the HARQ process used in SPS occurs in a subframe other than the subframe allocated in SPS (hereinafter referred to as “second case”), the initial transmission is also performed. For retransmission, dynamic allocation is performed as usual. In the second case, there is no problem even if an operation of releasing SPS radio resources (SPS allocated resources) by initial transmission allocation is added.
  • SPS allocated resources SPS allocated resources
  • the first case there is a meaning that the allocation is temporarily changed due to the eNB 200 (for example, due to the resource allocation of other UEs), so the SPS allocation resource may not be released.
  • FIG. 13 is a diagram illustrating a sequence example according to the fourth embodiment. However, redundant description of the same operations as those in FIG. 8 is omitted.
  • step S401 the eNB 200 transmits SPS setting information (SPS Config) to the UE 100 by dedicated RRC signaling.
  • SPS Config SPS setting information
  • the UE 100 receives and stores “SPS Config”.
  • step S402 the eNB 200 transmits DCI (SPS activation instruction) for activating the SPS to the UE 100 via the PDCCH.
  • the SPS activation instruction includes scheduling information (UL grant).
  • the UE 100 stores scheduling information included in the SPS activation instruction.
  • steps S403 to S404 the UE 100 performs transmission by SPS. As described above, the UE 100 transmits uplink data to the eNB 200 through the PUSCH according to the scheduling information for each SPS cycle (semiPeriststSchedIntervalUL). However, steps S403 to S404 are not essential and may be omitted.
  • step S405 the eNB 200 transmits DCI for dynamic scheduling (ordinary DCI) to the UE 100 via the PDCCH.
  • the DCI is masked using normal C-RNTI.
  • the DCI includes scheduling information (UL grant).
  • step S406 in response to reception of DCI for dynamic scheduling, the UE 100 deletes scheduling information related to SPS and releases SPS allocation resources.
  • step S407 the UE 100 transmits uplink data to the eNB 200 through the PUSCH according to the scheduling information included in the DCI for dynamic scheduling.
  • signaling for releasing the SPS allocation resource can be made unnecessary.
  • uplink radio resources are allocated from the eNB 200 by SPS.
  • the eNB 200 sets a special SPS that is allowed not to perform uplink transmission in a transmission opportunity (SPS transmission opportunity) according to the SPS cycle.
  • SPS transmission opportunity refers to PUSCH transmission that includes not only uplink data transmission but also padding data transmission.
  • the UE 100 must always perform uplink transmission at an SPS transmission opportunity.
  • special SPS it is allowed not to perform uplink transmission at the SPS transmission opportunity.
  • Enhanced SPS such a special SPS is referred to as “Enhanced SPS”.
  • Enhanced SPS the SPS can be maintained while suppressing the power consumption of the UE 100, so that the SPS can be efficiently used to reduce the latency of the uplink.
  • UE 100 When “Enhanced SPS” is set and UE does not perform uplink transmission at an SPS transmission opportunity, UE 100 omits monitoring of “HARQ ACK / NACK” corresponding to the uplink transmission (that is, monitoring of PHICH). . In other words, when “Enhanced SPS” is set, it is allowed not to monitor the PHICH corresponding to the SPS transmission opportunity. Thereby, the power consumption of UE100 can be suppressed further.
  • ENB200 which concerns on 5th Embodiment allocates an uplink radio
  • Enhanced SPS When “Enhanced SPS” is set in the UE 100, the eNB 200 does not make a retransmission request to the UE 100 even if the UE 100 does not perform uplink transmission at the SPS transmission opportunity (that is, does not send HARQ NACK to the UE 100).
  • the UE 100 in which “Enhanced SPS” is set transmits information indicating the start of uplink transmission to the eNB 200 when starting uplink transmission at the SPS transmission opportunity.
  • the UE 100 transmits a MAC control element (MAC CE) including information indicating the start of uplink transmission together with uplink data.
  • MAC CE MAC control element
  • the eNB 200 determines that a reception error has not occurred when the uplink data including the “MAC CE” is detected after detecting the uplink transmission at the SPS transmission opportunity.
  • the eNB 200 determines that a reception error has occurred when detecting uplink data not including the “MAC CE” after detecting no uplink transmission at the SPS transmission opportunity.
  • the UE 100 after performing transmission including the “MAC CE” (information indicating the start of uplink transmission), the UE 100 does not receive the corresponding “HARQ Ack / NACK” (that is, PHICH is transmitted from the eNB 200) If not, the transmission may be determined to be a reception error, and the data including the “MAC CE” may be transmitted again.
  • FIG. 14 is a diagram illustrating a sequence example according to the fifth embodiment. However, redundant description of the same operations as those in FIG. 8 is omitted.
  • step S501 the eNB 200 transmits “SPS Config” to the UE 100 by dedicated RRC signaling.
  • “SPS Config” includes setting information of “Enhanced SPS” in addition to various setting information as shown in FIG.
  • the setting information of “Enhanced SPS” may include information indicating that “Enhanced SPS” is set.
  • the setting information of “Enhanced SPS” may include information (AfterFinalData) indicating whether or not “Enhanced SPS” should be continued after uplink transmission ends.
  • the UE 100 receives and stores “SPS Config”.
  • step S502 the eNB 200 transmits DCI (SPS activation instruction) for activating SPS (Enhanced SPS) to the UE 100 via the PDCCH.
  • the SPS activation instruction includes scheduling information (UL grant).
  • the UE 100 stores scheduling information included in the received SPS activation instruction.
  • step S503 the UE 100 recognizes the SPS transmission opportunity, but does not perform uplink transmission in the SPS transmission opportunity because “Enhanced SPS” is set.
  • step S504 the eNB 200 does not detect the uplink transmission of the UE 100 at the SPS transmission opportunity.
  • eNB200 may detect that UE100 did not transmit PUSCH by the power detection of DMRS in PUSCH, for example.
  • step S505 the eNB 200 sets “Enhanced SPS” in the UE 100, and therefore a retransmission request to the UE 100 is omitted (ie, HARQ NACK is not transmitted to the UE 100).
  • step S506 since “Enhanced SPS” is set, the UE 100 omits monitoring of “HARQ ACK / NACK” (that is, monitoring of PHICH).
  • Steps S503 through S506 are continued until uplink data is generated in the UE 100.
  • uplink data to be transmitted to the eNB 200 occurs in the UE 100.
  • the UE 100 transmits uplink data to the eNB 200 together with “MAC CE” including information indicating the start of uplink transmission at the SPS transmission opportunity.
  • the eNB 200 detects that the UE 100 has started transmission of uplink data, and validates PHICH transmission. After notifying the eNB 200 of uplink transmission start, the UE 100 validates PHICH monitoring.
  • step S508 the eNB 200 transmits “HARQ ACK / NACK” corresponding to the uplink data received from the UE 100 to the UE 100.
  • the UE 100 receives “HARQ ACK / NACK”.
  • UE 100 transmits uplink data to eNB 200 at the SPS transmission opportunity until no uplink data exists in its own buffer. Moreover, eNB200 transmits "HARQ ACK / NACK" corresponding to the uplink data received from UE100 to UE100.
  • the UE 100 transmits the last uplink data to the eNB 200 and no uplink data exists in the buffer.
  • the UE 100 transmits uplink data to the eNB 200 together with “MAC CE” including information indicating the end of uplink transmission.
  • the UE 100 may determine whether or not to continue “Enhanced SPS” based on the above-described AfterFinalData. For example, when “Enhanced SPS” is set to “release”, the UE 100 may release the setting of “Enhanced SPS” according to the end of uplink transmission. On the other hand, when “Enhanced SPS” is set to “continue”, UE 100 may maintain the setting of “Enhanced SPS” even when uplink transmission ends.
  • the UE 100 maintains “Enhanced SPS” even after notifying the eNB 200 of uplink transmission start (step S507). However, after notifying the eNB 200 of the start of uplink transmission (step S507), the UE 100 may shift from “Enhanced SPS” to normal SPS. When transitioning to normal SPS, implicit SPS allocation resource release (implicitReleaseAfter) is enabled.
  • the sequence in FIG. 14 may be changed as follows. Specifically, a normal SPS is set in step S501, and “Enhanced SPS” is activated in step S502. Specifically, even when a normal SPS is set in step S501, if an activation instruction of “Enhanced SPS” is given in step S502, the UE 100 starts an operation of “Enhanced SPS”.
  • the activation instruction of “Enhanced SPS” is, for example, DCI to which a new DCI format is applied.
  • the UE 100 may receive NACK from the eNB 200 without transmitting the uplink data to the eNB 200. That is, the eNB 200 determines a reception error and makes a retransmission request to the UE 100. And UE100 releases an SPS resource, when NACK is received by the number of times of implicitReleaseAfter.
  • the first to fifth embodiments described above are not limited to the case where they are implemented separately and independently. Two or more embodiments of the first embodiment to the fifth embodiment can be combined as appropriate.
  • the SPS in the uplink has been mainly described. However, you may apply the method which concerns on embodiment mentioned above to SPS in a downlink.
  • the LTE system is exemplified as the mobile communication system.
  • the present invention is not limited to LTE systems.
  • the present invention may be applied to a system other than the LTE system.
  • RAN2 TTI shortening and reduced processing time
  • RAN1 Fast uplink access solutions are resource efficient compared to some implementation technologies with and without some implementation techniques that maintain the current TTI length and processing time, ie TTI shortening. Is expected to improve.
  • This appendix provides initial consideration for research on high-speed uplink access solutions.
  • RAN2 may assume latency reduction due to protocol enhancements as well as shortened TTI. In conclusion, this aspect of this study is to show which latency reduction is desirable [RAN2].
  • the solution is expected to improve network capacity, UE power consumption, and control channel resources.
  • improved TCP throughput can be considered as a key performance indicator.
  • the active UE is continuously transmitting / receiving data. Therefore, the UE is considered in active time. That is, DRX is not applied because the inactivity timer is operating.
  • a UE that has been inactive for a long time but remains RRC connected interprets that the UE needs to transmit at least SR and BSR in order to apply long DRX cycles and perform uplink transmissions Can be done. Furthermore, when the time alignment timer TAT expires, the UE starts a random access procedure before sending the SR. This reduces the user experience, ie the actual response time.
  • the fast uplink access solution should be more resource efficient even if the current TTI length and processing length are assumed.
  • TTI shortening is a more general solution and is expected to reduce not only downlink delivery but also uplink access latency due to increased HARQ interaction.
  • the motivation document states that a possible approach for high-speed uplink access is based on pre-scheduling, which is an implementation technology, and e-allocating uplink resources before SR reception by pre-scheduling.
  • pre-scheduling which is an implementation technology
  • the pre-scheduling technique consumes radio resources on the uplink control channel (ie, PUSCH) and downlink control channel (ie, PDCCH).
  • PUSCH uplink control channel
  • PDCCH downlink control channel
  • a standardized approach is expected to enhance the pre-scheduling technique. This may include pre-authorization, SPS-like mechanisms, no padding when data is not available, and / or a smooth transition to dynamic scheduling.
  • the report also states that social networking and web browsing are the second most dominant application of mobile traffic, so that these applications are typically built on HTTP and therefore use TCP. Pointed out. As many 3GPP representatives are already familiar with, the 3GPP FTP service can be accessed continuously by each representative to download Tdocs that also use TCP. Therefore, the behavior in applications built on HTTP or FTP should be considered as a typical use case.
  • Proposal 1 User behavior in applications built on HTTP and FTP should be considered a typical use case in this study.
  • FIG. 15 is a diagram showing the top five applications and mobile application analysis by mobile traffic volume.
  • the most typical behavior in such an application can be modeled as a request / response dialog. For example, if the user wants to download a file by FTP, the client first sends a RETR command (also known as GET) to the server, and then the file download starts. The same behavior is applicable for HTTP. Accordingly, as illustrated in FIG. 16, the web browser first sends a GET, and then the web page is downloaded when the user opens the web page.
  • RAN2 may simply assume that the first uplink data transmission preceding the corresponding DL TCP packet (eg GET-like request) is fast or fast uplink access resolution. It should be discussed whether measures should be strengthened.
  • Proposal 2 RAN2 should discuss whether the first uplink data transmission preceding the corresponding DL TCP packet is only assumed or should be enhanced in high speed uplink access solutions It is.
  • FIG. 16 is a diagram illustrating modeling in a typical use case using HTTP / FTP.
  • FIG. 17 illustrates three critical issues to be addressed by the high speed uplink access solution (see FIG. 17).
  • Critical issue 1 DL transmission delay DL transmission delay is caused by a long DRX cycle. In the worst case, the serving cell needs to wait for a transmission opportunity for 10-2560 subframes after receiving the DL TCP packet.
  • Allocation too early / too late Allocation too early can be caused by a pre-scheduling technique or a prior grant approach prior to SR reception.
  • an allocation that is too late is an uplink resource for the TCP ACK packet (and thus UE) based on the SR period, ie SR period * sr-ProhibitTimer, or based on a scheduler implementation that is too simple, ie corresponding BSR reception (7 subframes after SR transmission) is allocated.
  • Too much / too few assignments can be caused by pre-scheduling techniques or pre-authorization approaches before BSR. Without knowing the UE buffer status, the scheduler needs to allocate uplink resources blindly.
  • Proposal 3 DL transmission delay, too early / too late assignment, too much / too little assignment, TAT termination should be optimized by high speed uplink access solution.
  • RACH procedure enhancement using additional functions for UL data authorization.
  • RAN2 should study not only the UL authorization mechanism itself, but also the procedures related to UL authorization.
  • Proposal 4 RAN2 should also study DRX, SR, BSR, and RACH enhancements.
  • the present invention is useful in the communication field.

Landscapes

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

Abstract

一つの実施形態に係る無線端末は、ＳＰＳ（Ｓｅｍｉ－Ｐｅｒｓｉｓｔｅｎｔ　Ｓｃｈｅｄｕｌｉｎｇ）により基地局から無線リソースが割り当てられる。前記無線端末は、前記ＳＰＳにより割り当てられた前記無線リソースを解放するための明示的なＳＰＳ解放通知を前記基地局に送信する処理を行う制御部を備える。

Description

無線端末
　本発明は、移動通信システムにおいて用いられる無線端末に関する。
　移動通信システムの標準化プロジェクトである３ＧＰＰ（Ｔｈｉｒｄ　Ｇｅｎｅｒａｔｉｏｎ　Ｐａｒｔｎｅｒｓｈｉｐ　Ｐｒｏｊｅｃｔ）において、無線通信におけるレイテンシを低減するレイテンシ低減機能の導入が検討されている。このようなレイテンシ低減機能を実現するための技術として、高速上りリンクアクセス技術及びＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｔｉｍｅ　Ｉｎｔｅｒｖａｌ）短縮技術等が挙げられる。
　一つの実施形態に係る無線端末は、ＳＰＳ（Ｓｅｍｉ－Ｐｅｒｓｉｓｔｅｎｔ　Ｓｃｈｅｄｕｌｉｎｇ）により基地局から無線リソースが割り当てられる。前記無線端末は、前記ＳＰＳにより割り当てられた前記無線リソースを解放するための明示的なＳＰＳ解放通知を前記基地局に送信する処理を行う制御部を備える。
　一つの実施形態に係る無線端末は、ＳＰＳにより基地局から割り当てられた上りリンク無線リソースを用いて、上りリンクデータを第１の周期で前記基地局に送信する。前記無線端末は、前記基地局に送信する前記上りリンクデータが存在しない場合に、前記第１の周期に応じた送信機会の一部において前記上りリンクデータを送信せずに、前記第１の周期よりも長い第２の周期でパディングデータを前記基地局に送信する処理を行う制御部を備える。
　一つの実施形態に係る無線端末は、ＳＰＳにより基地局から上りリンク無線リソースが割り当てられる。前記無線端末は、前記上りリンク無線リソースの解放を暗示的に示すために空データを連続的に前記基地局に送信する送信部と、前記空データを連続的に送信した回数を計数するカウンタを管理し、前記カウンタの値が閾値に達すると前記上りリンク無線リソースを解放する制御部と、を備える。前記制御部は、前記基地局から特殊な下りリンク制御情報を受信した場合に、前記カウンタの値をリセットする。
　一つの実施形態に係る無線端末は、ＳＰＳにより基地局から無線リソースが割り当てられる。前記無線端末は、動的スケジューリングにより前記基地局から初送用の無線リソースが割り当てられた場合、前記ＳＰＳにより割り当てられた無線リソースを解放する制御部を備える。
　一つの実施形態に係る無線端末は、ＳＰＳにより基地局から上りリンク無線リソースが割り当てられる。前記無線端末は、ＳＰＳ周期に応じた送信機会において上りリンク送信を行わないことが許容される特別なＳＰＳが前記基地局により設定され、且つ、前記送信機会において上りリンク送信を行わない場合、該上りリンク送信に対応するＨＡＲＱ　ＡＣＫ／ＮＡＣＫの監視を省略する制御部を備える。
実施形態に係るＬＴＥシステム（移動通信システム）を示す図である。 実施形態に係るＵＥ（無線端末）のブロック図である。 実施形態に係るｅＮＢ（基地局）のブロック図である。 ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。 ＬＴＥシステムにおいて用いられる無線フレームの構成図である。 ＴＣＰの概要を説明するための図である。 上りリンクの送信手順を説明するための図である。 上りリンクにおけるＳＰＳのシーケンス例を示す図である。 「ＳＰＳ　Ｃｏｎｆｉｇ」を説明するための図である。 第１実施形態に係るシーケンス例を示す図である。 第２実施形態に係るシーケンス例を示す図である。 第３実施形態に係るシーケンス例を示す図である。 第４実施形態に係るシーケンス例を示す図である。 第５実施形態に係るシーケンス例を示す図である。 実施形態の付記に係る図である。 実施形態の付記に係る図である。 実施形態の付記に係る図である。
　［実施形態の概要］
　一般的な上りリンクの送信手順は、以下の第１のステップ乃至第３のステップを含む。
　第１のステップにおいて、無線端末は、ＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ　Ｕｐｌｉｎｋ　Ｓｈａｒｅｄ　Ｃｈａｎｎｅｌ）リソースを要求するためのスケジューリング要求（ＳＲ）を、ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ　Ｕｐｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ）リソースを用いて基地局に送信する。基地局は、ＳＲの受信に応じて、無線端末にＰＵＳＣＨリソースを割り当てる。
　第２のステップにおいて、無線端末は、基地局から割り当てられたＰＵＳＣＨリソースを用いて、無線端末の送信バッファ内の上りリンクデータの量を示すバッファ情報を含むバッファステータス報告（ＢＳＲ）を基地局に送信する。基地局は、ＢＳＲの受信に応じて、適切な量のＰＵＳＣＨリソースを無線端末に割り当てる。
　第３のステップにおいて、無線端末は、基地局から割り当てられたＰＵＳＣＨリソースを用いて、無線端末の送信バッファ内の上りリンクデータを基地局に送信する。
　このような上りリンクの送信手順は、無線端末が上りリンクデータを生成してから当該上りリンクデータの送信が完了するまでの時間（すなわち、上りリンクのレイテンシ）が長いという問題がある。
　上りリンクのレイテンシを削減する高速上りリンクアクセスの方法として、ＳＰＳ（Ｓｅｍｉ－Ｐｅｒｓｉｓｔｅｎｔ　Ｓｃｈｅｄｕｌｉｎｇ）を用いた方法が挙げられる。ＳＰＳによれば、基地局が予め無線端末に周期的な無線リソース（例えば、ＰＵＳＣＨリソース）を割り当てることができるため、上りリンクのレイテンシを削減することができる。
　しかしながら、ＳＰＳを用いた高速上りリンクアクセスの方法には、ＳＰＳにより割り当てられた無線リソースの解放又は維持を円滑化する点において、改善の余地がある。
　以下の実施形態において、ＳＰＳにより割り当てられた無線リソースの解放又は維持を円滑化可能とする方法が開示される。
　第１実施形態に係る無線端末は、ＳＰＳ（Ｓｅｍｉ－Ｐｅｒｓｉｓｔｅｎｔ　Ｓｃｈｅｄｕｌｉｎｇ）により基地局から無線リソースが割り当てられる。前記無線端末は、前記ＳＰＳにより割り当てられた前記無線リソースを解放するための明示的なＳＰＳ解放通知を前記基地局に送信する処理を行う制御部を備える。
　第２実施形態に係る無線端末は、ＳＰＳにより基地局から割り当てられた上りリンク無線リソースを用いて、上りリンクデータを第１の周期で前記基地局に送信する。前記無線端末は、前記基地局に送信する前記上りリンクデータが存在しない場合に、前記第１の周期に応じた送信機会の一部において前記上りリンクデータを送信せずに、前記第１の周期よりも長い第２の周期でパディングデータを前記基地局に送信する処理を行う制御部を備える。
　第３実施形態に係る無線端末は、ＳＰＳにより基地局から上りリンク無線リソースが割り当てられる。前記無線端末は、前記上りリンク無線リソースの解放を暗示的に示すために空データを連続的に前記基地局に送信する送信部と、前記空データを連続的に送信した回数を計数するカウンタを管理し、前記カウンタの値が閾値に達すると前記上りリンク無線リソースを解放する制御部と、を備える。前記制御部は、前記基地局から特殊な下りリンク制御情報を受信した場合に、前記カウンタの値をリセットする。
　第４実施形態に係る無線端末は、ＳＰＳにより基地局から無線リソースが割り当てられる。前記無線端末は、動的スケジューリングにより前記基地局から初送用の無線リソースが割り当てられた場合、前記ＳＰＳにより割り当てられた無線リソースを解放する制御部を備える。
　第５実施形態に係る無線端末は、ＳＰＳにより基地局から上りリンク無線リソースが割り当てられる。前記無線端末は、ＳＰＳ周期に応じた送信機会において上りリンク送信を行わないことが許容される特別なＳＰＳが前記基地局により設定され、且つ、前記送信機会において上りリンク送信を行わない場合、該上りリンク送信に対応するＨＡＲＱ　ＡＣＫ／ＮＡＣＫの監視を省略する制御部を備える。
　［移動通信システム］
　以下において、実施形態に係る移動通信システムであるＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）システムの概要について説明する。
　（移動通信システムの構成）
　図１は、ＬＴＥシステムの構成を示す図である。図１に示すように、ＬＴＥシステムは、ＵＥ（Ｕｓｅｒ　Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ－ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ－ＵＭＴＳ　Ｔｅｒｒｅｓｔｒｉａｌ　Ｒａｄｉｏ　Ａｃｃｅｓｓ　Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ　Ｐａｃｋｅｔ　Ｃｏｒｅ）２０を備える。
　ＵＥ１００は、無線端末に相当する。ＵＥ１００は、移動型の通信装置であり、セル（サービングセル）との無線通信を行う。
　Ｅ－ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ－ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ　Ｎｏｄｅ－Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。
　ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として用いられる他に、ＵＥ１００との無線通信を行う機能を示す用語としても用いられる。
　ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ　Ｅｎｔｉｔｙ）／Ｓ－ＧＷ（Ｓｅｒｖｉｎｇ－Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行う。Ｓ－ＧＷは、データの転送制御を行う。ＭＭＥ／Ｓ－ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。Ｅ－ＵＴＲＡＮ１０及びＥＰＣ２０は、ネットワークを構成する。
　（無線端末の構成）
　図２は、ＵＥ１００（無線端末）のブロック図である。図２に示すように、ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。
　受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１３０に出力する。
　送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
　制御部１３０は、ＵＥ１００における各種の制御を行う。制御部１３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）と、を含む。プロセッサは、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサは、上述した処理及び後述する処理を実行する。
　（基地局の構成）
　図３は、ｅＮＢ２００（基地局）のブロック図である。図３に示すように、ｅＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。
　送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
　受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。
　制御部２３０は、ｅＮＢ２００における各種の制御を行う。制御部２３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）と、を含む。プロセッサは、上述した処理及び後述する処理を実行する。
　バックホール通信部２４０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ－ＧＷ３００と接続される。バックホール通信部２４０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信等に用いられる。
　（無線インターフェイスの構成）
　図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）層を含む。
　物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してデータ及び制御情報が伝送される。
　ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセス手順等を行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。
　ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してデータ及び制御情報が伝送される。
　ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
　ＲＲＣ層は、制御情報を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のためのメッセージ（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッドモードであり、そうでない場合、ＵＥ１００はＲＲＣアイドルモードである。
　ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理等を行う。
　ＵＥ１００は、無線インターフェイスプロトコルの上位のプロトコルとしてＯＳＩ参照モデルの第４層乃至第７層を有する。第４層であるトランスポート層は、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｃｏｎｔｒｏｌ　Ｐｒｏｔｏｃｏｌ）を含む。ＴＣＰについては後述する。
　（ＬＴＥ下位層の概要）
　図５は、ＬＴＥシステムにおいて用いられる無線フレームの構成図である。ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ　Ｆｒｅｑｕｅｎｃｙ　Ｄｉｖｉｓｉｏｎ　Ｍｕｌｔｉｐｌｅ　Ａｃｃｅｓｓ）、上りリンクにはＳＣ－ＦＤＭＡ（Ｓｉｎｇｌｅ　Ｃａｒｒｉｅｒ　Ｆｒｅｑｕｅｎｃｙ　Ｄｉｖｉｓｉｏｎ　Ｍｕｌｔｉｐｌｅ　Ａｃｃｅｓｓ）がそれぞれ適用される。
　図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのシンボル及び１つのサブキャリアにより１つのリソースエレメント（ＲＥ）が構成される。また、ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
　下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に下りリンク制御情報を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ）、及び、ＨＡＲＱ　ＡＣＫ／ＮＡＣＫを伝送するための物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）として用いられる領域である。また、各サブフレームの残りの部分は、主に下りリンクデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ）として用いることができる領域である。
　ｅＮＢ２００は、基本的には、ＰＤＣＣＨを用いて下りリンク制御情報（ＤＣＩ）をＵＥ１００に送信し、ＰＤＳＣＨを用いて下りリンクデータをＵＥ１００に送信する。ＰＤＣＣＨが搬送する下りリンク制御情報は、上りリンクスケジューリング情報、下りリンクスケジューリング情報、ＴＰＣコマンドを含む。上りリンクスケジューリング情報は上りリンク無線リソースの割当てに関するスケジューリング情報（ＵＬ　ｇｒａｎｔ）であり、下りリンクスケジューリング情報は、下りリンク無線リソースの割当てに関するスケジューリング情報である。ＴＰＣコマンドは、上りリンクの送信電力の増減を指示する情報である。ｅＮＢ２００は、下りリンク制御情報の送信先のＵＥ１００を識別するために、送信先のＵＥ１００の識別子（ＲＮＴＩ：Ｒａｄｉｏ　Ｎｅｔｗｏｒｋ　Ｔｅｍｐｏｒａｒｙ　ＩＤ）でスクランブリングしたＣＲＣビットを下りリンク制御情報に含める。各ＵＥ１００は、自ＵＥ宛ての可能性がある下りリンク制御情報について、自ＵＥのＲＮＴＩでＣＲＣビットをデスクランブリングすることにより、ＰＤＣＣＨをブラインド復号（Ｂｌｉｎｄ　ｄｅｃｏｄｉｎｇ）し、自ＵＥ宛の下りリンク制御情報を検出する。ＰＤＳＣＨは、下りリンクスケジューリング情報が示す下りリンク無線リソース（リソースブロック）により下りリンクデータを搬送する。
　上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に上りリンク制御情報を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ）として用いられる領域である。各サブフレームにおける残りの部分は、主に上りリンクデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ）として用いることができる領域である。
　ＵＥ１００は、基本的には、ＰＵＣＣＨを用いて上りリンク制御情報（ＵＣＩ）をｅＮＢ２００に送信し、ＰＵＳＣＨを用いて上りリンクデータをｅＮＢ２００に送信する。ＰＵＣＣＨが運搬する上りリンク制御情報は、ＣＱＩ（Ｃｈａｎｎｅｌ　Ｑｕａｌｉｔｙ　Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ　Ｍａｔｒｉｘ　Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ　Ｉｎｄｉｃａｔｏｒ）、スケジューリング要求（ＳＲ）、ＨＡＲＱ　ＡＣＫ／ＮＡＣＫを含む。ＣＱＩは、下りリンクのチャネル品質を示すインデックスであり、下りリンク伝送に用いるべきＭＣＳの決定等に用いられる。ＰＭＩは、下りリンクの伝送のために用いることが望ましいプレコーダマトリックスを示すインデックスである。ＲＩは、下りリンクの伝送に用いることが可能なレイヤ数（ストリーム数）を示すインデックスである。ＳＲは、ＰＵＳＣＨリソースの割り当てを要求する情報である。ＨＡＲＱ　ＡＣＫ／ＮＡＣＫは、下りリンクデータを正しく受信したか否かを示す送達確認情報である。
　（ＴＣＰの概要）
　図６は、ＴＣＰの概要を説明するための図である。実施形態において、ＵＥ１００は、ＬＴＥシステムのネットワークを介して、インターネット上のサーバとのＴＣＰ通信を行う。
　図６に示すように、サーバは、ＵＥ１００からの「ＴＣＰ　ＡＣＫ」に基づいてネットワークの混雑状況を判断する。サーバは、「ＴＣＰ　ＡＣＫ」の受信に応じて、ウィンドウサイズを徐々に増加させる。ウィンドウサイズとは、「ＴＣＰ　ＡＣＫ」を待たずに連続的に送信する「ＴＣＰ　Ｓｅｇｍｅｎｔ」の量である。一方、サーバは、「ＴＣＰ　ＡＣＫ」の受信に失敗（タイムアウト）した場合、ウィンドウサイズを半減させる。このような制御は「スロースタート」と称される。
　よって、ＬＴＥシステムの下りリンクが混雑していない場合でも、ＵＥ１００が上りリンクにおいて「ＴＣＰ　ＡＣＫ」を速やかに送信しなければ、下りリンクのＴＣＰスループットを高めることができない。すなわち、ＵＥ１００において「ＴＣＰ　ＡＣＫ」を生成してから「ＴＣＰ　ＡＣＫ」をｅＮＢ２００に送信完了するまでの遅延時間（上りリンクのレイテンシ）を短縮できれば、下りリンクのＴＣＰスループットを高めることができる。
　（上りリンクの送信手順）
　図７は、上りリンクの送信手順を説明するための図である。図７において、ＵＥ１００は、ｅＮＢ２００とのＲＲＣ接続を確立した状態（すなわち、ＲＲＣコネクテッドモード）にある。
　図７に示すように、ステップＳ１において、ｅＮＢ２００は、ＥＰＣ２０からＴＣＰパケット（ＴＣＰセグメント）を受信する。
　ステップＳ２において、ｅＮＢ２００は、ＰＤＣＣＨリソースを用いて、ＰＤＳＣＨリソースをＵＥ１００に割り当てる。また、ｅＮＢ２００は、ＰＤＳＣＨリソースを用いて、ＥＰＣ２０から受信したＴＣＰパケットに対応する下りリンクデータをＵＥ１００に送信する。具体的には、ｅＮＢ２００は、下りリンクスケジューリング情報を含むＤＣＩをＰＤＣＣＨ上でＵＥ１００に送信し、当該ＤＣＩが示すＰＤＳＣＨリソースを用いてＵＥ１００に下りリンクデータを送信する。
　この段階で、ｅＮＢ２００は、ＳＰＳにより、周期的なＰＵＳＣＨリソースを予めＵＥ１００に割り当ててもよい（ステップＳ２Ａ）。このような手法は、「Ｐｒｅ－ｇｒａｎｔ」と称されることがある。ＳＰＳについては後述する。なお、以下のステップＳ３乃至Ｓ６は、「Ｐｒｅ－ｇｒａｎｔ」を行わない場合の動作である。
　ＵＥ１００は下りリンクデータを受信し、下りリンクデータをＵＥ１００の上位層に移動する。ＵＥ１００の上位層は、ＴＣＰ　ＡＣＫを生成してＵＥ１００の下位層に通知する。ＵＥ１００は、送信バッファ（ＵＥ１００の下位層）に上りリンクデータ（ＴＣＰ　ＡＣＫパケット）が存在することに応じて、ｅＮＢ２００に対するＰＵＳＣＨリソースの割り当ての要求を決定する。
　ステップＳ３において、ＵＥ１００は、ＰＵＳＣＨリソースの割り当てを要求するためのＳＲを、ＰＵＣＣＨリソースを用いてｅＮＢ２００に送信する。
　ステップＳ４において、ｅＮＢ２００は、ＳＲの受信に応じて、ＵＥ１００にＰＵＳＣＨリソースを割り当てる。
　ステップＳ５において、ＵＥ１００は、ｅＮＢ２００から割り当てられたＰＵＳＣＨリソースを用いて、ＵＥ１００の送信バッファ内の上りリンクデータの量を示すバッファ情報を含むＢＳＲをｅＮＢ２００に送信する。
　ステップＳ６において、ｅＮＢ２００は、ＢＳＲの受信に応じて、適切な量のＰＵＳＣＨリソースをＵＥ１００に割り当てる。ＵＥ１００は、ｅＮＢ２００から割り当てられたＰＵＳＣＨリソースを用いて、ＵＥ１００の送信バッファ内の上りリンクデータ（ＴＣＰ　ＡＣＫパケット）をｅＮＢ２００に送信する。
　（ＳＰＳの概要）
　上述したように、ＳＰＳによれば、ｅＮＢ２００が予めＵＥ１００に周期的な無線リソース（ＰＵＳＣＨリソース）を割り当てることができるため、上りリンクのレイテンシを削減することができる。
　また、ＳＰＳにおいて、１つのスケジューリング情報は、１サブフレームだけでなく、以後の多数のサブフレームにも適用される。すなわち、当該スケジューリング情報により示される無線リソース等を周期的に適用することで、スケジューリング情報の伝送に伴うオーバーヘッドが削減される。
　以下において、上りリンクにおけるＳＰＳの概要について説明する。図８は、上りリンクにおけるＳＰＳのシーケンス例を示す図である。図９は、「ＳＰＳ　Ｃｏｎｆｉｇ」を説明するための図である。
　図８に示すように、ステップＳ１１において、ｅＮＢ２００は、ＳＰＳの設定情報（ＳＰＳ　Ｃｏｎｆｉｇ）を個別ＲＲＣシグナリングによりＵＥ１００に送信する。「ＳＰＳ　Ｃｏｎｆｉｇ」は、ＳＰＳに関する各種のパラメータを含む。ＵＥ１００は、「ＳＰＳ　Ｃｏｎｆｉｇ」を受信して記憶する。
　図９（Ａ）に示すように、「ＳＰＳ　Ｃｏｎｆｉｇ」は、ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＣ－ＲＮＴＩ（ＳＰＳ　Ｃ－ＲＮＴＩ）、ｓｐｓ－ＣｏｎｆｉｇＤＬ、ｓｐｓ－ＣｏｎｆｉｇＵＬを含む。「ＳＰＳ　Ｃ－ＲＮＴＩ」は、ＳＰＳのためのＵＥ１００の一時的な識別子である。ｓｐｓ－ＣｏｎｆｉｇＤＬは、下りリンクにおけるＳＰＳパラメータを含み、ｓｐｓ－ＣｏｎｆｉｇＵＬは、上りリンクにおけるＳＰＳパラメータを含む。
　図９（Ｂ）に示すように、ｓｐｓ－ＣｏｎｆｉｇＵＬは、上りリンクにおけるＳＰＳパラメータを解放する「ｒｅｌｅａｓｅ」、又は上りリンクにおけるＳＰＳパラメータを設定する「ｓｅｔｕｐ」を含む。「ｓｅｔｕｐ」の場合、ｓｐｓ－ＣｏｎｆｉｇＵＬは、主要なパラメータとして、上りリンクにおけるＳＰＳ周期（ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＵＬ）を含む。ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＵＬは、例えば１０サブフレーム周期（ｓｆ１０）又は２０サブフレーム周期（ｓｆ２０）というようにサブフレーム単位で指定される。ｓｐｓ－ＣｏｎｆｉｇＵＬは、ＳＰＳにより割り当てられた無線リソース（ＳＰＳ割当リソース）を暗示的に解放するためのパラメータ（ｉｍｐｌｉｃｉｔＲｅｌｅａｓｅＡｆｔｅｒ）を含み得る。ｉｍｐｌｉｃｉｔＲｅｌｅａｓｅＡｆｔｅｒは、ＳＰＳリソースを解放するまでに要する空データ送信（ｅｍｐｔｙ　ｔｒａｎｓｍｉｓｓｉｏｎｓ）の回数を示す。空データとは、例えば「ＭＡＣ　ＳＤＵ」を含まない「ＭＡＣ　ＰＤＵ」である。すなわち、ＵＥ１００は、ｉｍｐｌｉｃｉｔＲｅｌｅａｓｅＡｆｔｅｒが設定されている場合、ｉｍｐｌｉｃｉｔＲｅｌｅａｓｅＡｆｔｅｒが示す回数だけＳＰＳ割当リソースにより空データを送信することにより、ＳＰＳ割当リソースを解放する。ｉｍｐｌｉｃｉｔＲｅｌｅａｓｅＡｆｔｅｒは、２回（ｅ２）、３回（ｅ３）、４回（ｅ４）、８回（ｅ８）の何れかが設定される。
　図８に戻り、ステップＳ１２において、ｅＮＢ２００は、ＳＰＳをアクティブ化するためのＤＣＩ（ＳＰＳアクティブ化指示）をＰＤＣＣＨによりＵＥ１００に送信する。ＳＰＳアクティブ化指示は、「ＳＰＳ　Ｃ－ＲＮＴＩ」を用いてマスキングされている。また、ＳＰＳアクティブ化指示は、ＵＥ１００に割り当てるリソースブロック（ＰＵＳＣＨリソース）及びＭＣＳ等のスケジューリング情報（ＵＬ　ｇｒａｎｔ）を含む。
　ＵＥ１００は、ＳＰＳアクティブ化指示をブラインド復号により復号すると、ＳＰＳアクティブ化指示に含まれるスケジューリング情報を記憶する。
　ステップＳ１３において、ＵＥ１００は、ＳＰＳによる最初の送信を行う。具体的には、ＵＥ１００は、ＳＰＳアクティブ化指示に含まれていたスケジューリング情報に従って、上りリンクデータをＰＵＳＣＨによりｅＮＢ２００に送信する。その後、ＵＥ１００は、ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＵＬにより示されるＳＰＳ周期ごとに、当該スケジューリング情報に従って、上りリンクデータをＰＵＳＣＨによりｅＮＢ２００に送信する（ステップＳ１４）。
　ここで、ＵＥ１００において、ｅＮＢ２００に送信する上りリンクデータが存在しなくなった（すなわち、上りリンク送信バッファ内にデータが存在しなくなった）と仮定する。
　ステップＳ１５乃至Ｓ１６において、ＵＥ１００は、ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＵＬにより定まる送信機会において、空データ送信（ｅｍｐｔｙ　ｔｒａｎｓｍｉｓｓｉｏｎ）をｉｍｐｌｉｃｉｔＲｅｌｅａｓｅＡｆｔｅｒ回行う。
　ステップＳ１７において、ＵＥ１００は、ＳＰＳ割当リソースを解放する。
　このように、ＳＰＳで割り当てられた送信機会は常にＵＥ１００が送信し続けなければならないため、ＵＥ１００の電力消費の観点から問題がある。また、ｅＮＢ２００に送信する上りリンクデータが存在しない場合には、ＵＥ１００側が暗示的にＳＰＳを解放してしまうため、ｅＮＢがＳＰＳアクティブ化をＵＥ１００に指示しなければならないという問題がある。よって、上りリンクのレイテンシ低減のためにＳＰＳを使用する場合、ＵＥ１００の電力消費を抑えながらＳＰＳを維持する仕組みが望まれる。
　［第１実施形態］
　以下において、第１実施形態について説明する。
　第１実施形態に係るＵＥ１００は、ＳＰＳによりｅＮＢ２００から無線リソースが割り当てられる。ＵＥ１００は、ＳＰＳにより割り当てられた無線リソースを解放するための明示的なＳＰＳ解放通知をｅＮＢ２００に送信する処理を行う制御部１３０を備える。制御部１３０は、明示的なＳＰＳ解放通知の送信設定をＵＥ１００が受信している場合にのみ、明示的なＳＰＳ解放通知をｅＮＢ２００に送信する処理を行う。制御部１３０は、当該送信設定をＵＥ１００が受信している場合、ＳＰＳ割当リソースを暗示的に解放する機能（すなわち、ｉｍｐｌｉｃｉｔＲｅｌｅａｓｅＡｆｔｅｒ）を無効化する。明示的なＳＰＳ解放通知に対してｅＮＢ２００が許可を示した場合、制御部１３０は、ＳＰＳにより割り当てられた無線リソースを解放する。これに対し、明示的なＳＰＳ解放通知に対してｅＮＢ２００が拒否を示した場合、制御部１３０は、ＳＰＳにより割り当てられた前記無線リソースを維持する。これにより、ｅＮＢ２００は、ＵＥ１００がＳＰＳを解放しないように制御することができる。
　第１実施形態に係るｅＮＢ２００は、ＳＰＳによりＵＥ１００に無線リソースを割り当てる。ｅＮＢ２００は、ＳＰＳにより割り当てた無線リソースを解放するための明示的なＳＰＳ解放通知をＵＥ１００から受信する処理を行う制御部２３０を備える。制御部２３０は、明示的なＳＰＳ解放通知の送信設定をＵＥ１００に送信している場合にのみ、明示的なＳＰＳ解放通知をＵＥ１００から受信する処理を行う。制御部２３０は、当該送信設定をＵＥ１００に送信している場合、ＳＰＳ割当リソースを暗示的に解放する機能（すなわち、ｉｍｐｌｉｃｉｔＲｅｌｅａｓｅＡｆｔｅｒ）を無効化する。制御部２３０は、明示的なＳＰＳ解放通知を許可するか否かを判断し、明示的なＳＰＳ解放通知に対する拒否又は拒否をＵＥ１００に通知する。
　次に、第１実施形態に係る上りリンクにおけるＳＰＳのシーケンスについて説明する。図１０は、第１実施形態に係るシーケンス例を示す図である。但し、図８と重複する動作については、重複する説明を省略する。
　図１０に示すように、ステップＳ１０１において、ｅＮＢ２００は、ＳＰＳの設定情報（ＳＰＳ　Ｃｏｎｆｉｇ）を個別ＲＲＣシグナリングによりＵＥ１００に送信する。「ＳＰＳ　Ｃｏｎｆｉｇ」は、図９に示した各種のパラメータを含む。ＵＥ１００は、「ＳＰＳ　Ｃｏｎｆｉｇ」を受信して記憶する。ｅＮＢ２００は、明示的なＳＰＳ解放（ｅｘｐｌｉｃｉｔ　ｒｅｌｅａｓｅ）通知の設定情報を「ＳＰＳ　Ｃｏｎｆｉｇ」に含めてもよい。当該設定情報は、例えば、図９（Ｂ）の「ｓｅｔｕｐ」の中に追加される「explicitRelease ENNUMERATED (true)」である。当該設定情報により、「ｅｘｐｌｉｃｉｔｒｅｌｅａｓｅ」がｔｒｕｅ（つまりＯＮ）の場合、ｉｍｐｌｉｃｉｔＲｅｌｅａｓｅＡｆｔｅｒの設定は適用しなくてもよい。或いは、ｅＮＢ２００は、「ｅｘｐｌｉｃｉｔ　ｒｅｌｅａｓｅ」通知の設定情報をＳＰＳアクティブ化指示（ステップＳ１０２）に含めてもよい。
　ステップＳ１０２において、ｅＮＢ２００は、ＳＰＳをアクティブ化するためのＤＣＩ（ＳＰＳアクティブ化指示）をＰＤＣＣＨによりＵＥ１００に送信する。ＳＰＳアクティブ化指示は、ＵＥ１００に割り当てるリソースブロック（ＰＵＳＣＨリソース）及びＭＣＳ等のスケジューリング情報（ＵＬ　ｇｒａｎｔ）を含む。ＵＥ１００は、ＳＰＳアクティブ化指示に含まれるスケジューリング情報を記憶する。
　ステップＳ１０３乃至Ｓ１０４において、ＵＥ１００は、ＳＰＳによる送信を行う。上述したように、ＵＥ１００は、ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＵＬにより示されるＳＰＳ周期ごとに、スケジューリング情報に従って上りリンクデータをＰＵＳＣＨによりｅＮＢ２００に送信する。但し、ステップＳ１０３乃至Ｓ１０４は必須ではなく、省略してもよい。
　ここで、ＵＥ１００において、ｅＮＢ２００に送信する上りリンクデータが存在しない場合を想定する。
　ステップＳ１０５において、ＵＥ１００は、ＳＰＳ割当リソースが不要であると判断し、ＳＰＳ割当リソースを解放するための「ｅｘｐｌｉｃｉｔ　ｒｅｌｅａｓｅ」通知をｅＮＢ２００に送信する。「ｅｘｐｌｉｃｉｔ　ｒｅｌｅａｓｅ」通知は、例えばＭＡＣシグナリング（ＭＡＣ制御要素）によりＵＥ１００からｅＮＢ２００に送信される。
　ステップＳ１０６において、ｅＮＢ２００は、「ｅｘｐｌｉｃｉｔ　ｒｅｌｅａｓｅ」通知を許可するか否かを判断する。ここでは、ｅＮＢ２００が、上りリンクのレイテンシ低減（すなわち、高速上りリンクアクセス）用のＳＰＳを維持するために、「ｅｘｐｌｉｃｉｔ　ｒｅｌｅａｓｅ」通知を拒否すると判断したと仮定して説明を進める。
　ステップＳ１０６において、ｅＮＢ２００は、「ｅｘｐｌｉｃｉｔ　ｒｅｌｅａｓｅ」通知を拒否することを示す拒否通知をＵＥ１００に送信する。拒否通知は、例えばＭＡＣシグナリング（ＭＡＣ制御要素）によりｅＮＢ２００からＵＥ１００に送信される。
　ステップＳ１０７において、ＵＥ１００は、拒否通知の受信に応じて、ＳＰＳを維持する必要があると判断し、記憶しているスケジューリング情報を維持し、ＳＰＳ割当リソースを維持する。
　このように、第１実施形態によれば、ＳＰＳ割当リソースを解放するための「ｅｘｐｌｉｃｉｔ　ｒｅｌｅａｓｅ」通知を導入し、それに対してｅＮＢ２００が許可又は拒否を示すことにより、ＵＥ１００がＳＰＳを解放しないようにｅＮＢ２００が制御することができる。これより、ＳＰＳを用いた高速上りリンクアクセスの実現を円滑化することができる。
　［第２実施形態］
　以下において、第２実施形態について、第１実施形態との相違点を主として説明する。
　第２実施形態に係るＵＥ１００は、ＳＰＳによりｅＮＢ２００から割り当てられた上りリンク無線リソースを用いて、ＲＲＣシグナリングにより設定された第１の周期（ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＵＬ）で上りリンクデータをｅＮＢ２００に送信する。ＵＥ１００は、ｅＮＢ２００に送信する上りリンクデータが存在しない場合に、第１の周期に応じた送信機会の一部において上りリンクデータを送信せずに、第１の周期よりも長い第２の周期でパディングデータをｅＮＢ２００に送信する処理を行う制御部１３０を備える。第２の周期は、ＭＡＣシグナリング又はＰＤＣＣＨにより設定されてもよい。
　第２実施形態に係るｅＮＢ２００は、ＳＰＳによりＵＥ１００に割り当てた上りリンク無線リソースを用いて、ＲＲＣシグナリングにより設定した第１の周期（ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＵＬ）で上りリンクデータをＵＥ１００から受信する。ｅＮＢ２００は、第２の周期でＵＥ１００からパディングデータを受信している場合、第１の周期に応じた送信機会の一部においてＵＥ１００から上りリンクデータを受信しなくても、ＵＥ１００に対する再送要求を行わない。ｅＮＢ２００は、例えばＰＵＳＣＨ中のＤＭＲＳの電力検出によってＵＥ１００がＰＵＳＣＨを送信しなかったことを検出する。つまり、ＰＵＳＣＨが送信されなかったとｅＮＢ２００側で認識する。
　図１１は、第２実施形態に係るシーケンス例を示す図である。但し、図８と重複する動作については、重複する説明を省略する。
　図１１に示すように、ステップＳ２０１において、ｅＮＢ２００は、ＳＰＳの設定情報（ＳＰＳ　Ｃｏｎｆｉｇ）を個別ＲＲＣシグナリングによりＵＥ１００に送信する。「ＳＰＳ　Ｃｏｎｆｉｇ」は、第１の周期（ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＵＬ）を含む。ＵＥ１００は、「ＳＰＳ　Ｃｏｎｆｉｇ」を受信して記憶する。
　ステップＳ２０２において、ｅＮＢ２００は、ＳＰＳをアクティブ化するためのＤＣＩ（ＳＰＳアクティブ化指示）をＰＤＣＣＨによりＵＥ１００に送信する。ＳＰＳアクティブ化指示は、スケジューリング情報（ＵＬ　ｇｒａｎｔ）を含む。ＵＥ１００は、ＳＰＳアクティブ化指示に含まれるスケジューリング情報を記憶する。
　また、ｅＮＢ２００は、ＭＡＣシグナリング又はＰＤＣＣＨによりＵＥ１００に第２の周期を設定する。ｅＮＢ２００は、第２の周期をＳＰＳアクティブ化指示に含めてもよい。また、ＵＥ１００は、第２の周期が設定された場合、記憶している第１の周期（ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＵＬ）を第２の周期で上書きしてもよい。
　ステップＳ２０３乃至Ｓ２０４において、ＵＥ１００は、ＳＰＳによる送信を行う。上述したように、ＵＥ１００は、ＳＰＳ周期（第１の周期又は第２の周期）ごとに、スケジューリング情報に従って上りリンクデータをＰＵＳＣＨによりｅＮＢ２００に送信する。但し、ステップＳ２０３乃至Ｓ２０４は必須ではなく、省略してもよい。
　ここで、ＵＥ１００において、ｅＮＢ２００に送信する上りリンクデータが存在しない場合を想定する。
　ステップＳ２０５乃至Ｓ２０６において、ＵＥ１００は、パディングデータを第２の周期でｅＮＢ２００に送信する。ここで、ｅＮＢ２００は、ＰＵＳＣＨ中のＤＭＲＳの電力検出によってＵＥ１００がＰＵＳＣＨを送信しなかったことを検出した場合、ＵＥ１００に再送要求（ＨＡＲＱ　ＮＡＣＫ）を送信しない。なお、一般的なＳＰＳにおいては、ＳＰＳ周期（ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＵＬ）に応じた送信機会においてｅＮＢ２００がＵＥ１００から上りリンクデータを受信しない場合には、ｅＮＢ２００がＵＥ１００に再送要求を行うことに留意すべきである。
　このように、第２実施形態によれば、ＳＰＳ周期（ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＵＬ）に応じた全ての送信機会においてＵＥ１００が上りリンクデータを送信しなくても済むため、ＳＰＳを維持しながら、ＵＥ１００の消費電力を削減することができる。
　［第３実施形態］
　以下において、第３実施形態について、第１実施形態及び第２実施形態との相違点を主として説明する。
　第３実施形態に係るＵＥ１００は、ＳＰＳによりｅＮＢ２００から上りリンク無線リソースが割り当てられる。ＵＥ１００は、上りリンク無線リソースの解放を暗示的に示すために空データを連続的にｅＮＢ２００に送信する送信部１２０と、空データを連続的に送信した回数を計数するカウンタを管理する制御部１３０と、を備える。カウンタの値が閾値（ｉｍｐｌｉｃｉｔＲｅｌｅａｓｅＡｆｔｅｒ）に達した場合、上りリンク無線リソースが解放される。制御部１３０は、ｅＮＢ２００から特殊な下りリンク制御情報を受信した場合に、カウンタの値をリセットする。特殊な下りリンク制御情報は、スケジューリング情報を含まない下りリンク制御情報（すなわち、空のＤＣＩ）である。
　第３実施形態に係るｅＮＢ２００は、ＳＰＳによりＵＥ１００に上りリンク無線リソースを割り当てる。ｅＮＢ２００は、上りリンク無線リソースの解放を暗示的に示すための空データを連続的にＵＥ１００から受信する受信部２２０と、空データを連続的に送信した回数を計数するカウンタの値をリセットするための特殊な下りリンク制御情報をＵＥ１００に送信する処理を行う制御部２３０と、を備える。
　図１２は、第３実施形態に係るシーケンス例を示す図である。但し、図８と重複する動作については、重複する説明を省略する。
　図１２に示すように、ステップＳ３０１において、ｅＮＢ２００は、ＳＰＳの設定情報（ＳＰＳ　Ｃｏｎｆｉｇ）を個別ＲＲＣシグナリングによりＵＥ１００に送信する。「ＳＰＳ　Ｃｏｎｆｉｇ」は、ｉｍｐｌｉｃｉｔＲｅｌｅａｓｅＡｆｔｅｒを含む。ＵＥ１００は、「ＳＰＳ　Ｃｏｎｆｉｇ」を受信して記憶する。
　ステップＳ３０２において、ｅＮＢ２００は、ＳＰＳをアクティブ化するためのＤＣＩ（ＳＰＳアクティブ化指示）をＰＤＣＣＨによりＵＥ１００に送信する。ＳＰＳアクティブ化指示は、スケジューリング情報（ＵＬ　ｇｒａｎｔ）を含む。ＵＥ１００は、ＳＰＳアクティブ化指示に含まれるスケジューリング情報を記憶する。
　ステップＳ３０３乃至Ｓ３０４において、ＵＥ１００は、ＳＰＳによる送信を行う。上述したように、ＵＥ１００は、ＳＰＳ周期（ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＵＬ）ごとに、スケジューリング情報に従って上りリンクデータをＰＵＳＣＨによりｅＮＢ２００に送信する。但し、ステップＳ３０３乃至Ｓ３０４は必須ではなく、省略してもよい。
　ここで、ＵＥ１００において、ｅＮＢ２００に送信する上りリンクデータが存在しない場合を想定する。
　ステップＳ３０５において、ＵＥ１００は、ＳＰＳ割当リソースが不要であると判断し、上りリンク無線リソースの解放を暗示的に示すために空データを連続的にｅＮＢ２００に送信する。一方、ｅＮＢ２００は、ＳＰＳ割当リソースが必要であると判断する。
　ステップＳ３０７において、ｅＮＢ２００は、ＵＥ１００による空データの送信回数（カウント値）がｉｍｐｌｉｃｉｔＲｅｌｅａｓｅＡｆｔｅｒに達する前に、ＵＥ１００におけるカウント値をリセットするための空のＤＣＩ（カウンタリセット指示）をＰＤＣＣＨによりＵＥ１００に送信する。ＵＥ１００は、カウンタリセット指示の受信に応じて、空データの送信回数（カウント値）をゼロにリセットする。これにより、ＵＥ１００によるＳＰＳ割当リソースの解放を回避することができる。
　このように、第３実施形態によれば、ＳＰＳ割当リソースを解放するか否かをｅＮＢ２００が制御することができる。
　［第４実施形態］
　以下において、第４実施形態について、第１実施形態乃至第３実施形態との相違点を主として説明する。
　第４実施形態に係るＵＥ１００は、ＳＰＳによりｅＮＢ２００から無線リソースが割り当てられる。ＵＥ１００は、動的スケジューリングによりｅＮＢ２００から初送用の無線リソースが割り当てられた場合、ＳＰＳにより割り当てられた無線リソース（ＳＰＳ割当リソース）を解放する制御部１３０を備える。
　第４実施形態に係るｅＮＢ２００は、ＳＰＳによりＵＥ１００に無線リソースを割り当てる。ｅＮＢ２００は、動的スケジューリングによりＵＥ１００に初送用の無線リソースを割り当てた場合、ＵＥ１００においてＳＰＳ割当リソースが解放されたと判断する制御部２３０を備える。
　なお、通常、ＳＰＳで割り当てられたサブフレームにおいて動的割り当てが発生した場合（以下、「第１のケース」という）には、動的割り当てが優先される。すなわち、ＵＥ１００は、当該サブフレームにおいて動的割り当てに従う。但し、ＳＰＳのＲＲＣ設定もスケジューリング情報（ＲＢ／ＭＣＳ）も解放されない。また、ＳＰＳで割り当てられたサブフレーム以外のサブフレームにおいて、ＳＰＳで用いられているＨＡＲＱプロセスを用いた動的割り当てが発生した場合（以下、「第２のケース」という）にも、初送も再送も通常通りの動的割り当ての動作が行われる。第２のケースについては、初送割り当てによってＳＰＳの無線リソース（ＳＰＳ割当リソース）を解放するという動作を追加しても問題がない。一方、第１のケースについては、ｅＮＢ２００都合で割当を一時的に変更するという意味がある（他ＵＥのリソース割り当ての都合等）ため、ＳＰＳ割当リソースを解放しないとしてもよい。
　図１３は、第４実施形態に係るシーケンス例を示す図である。但し、図８と重複する動作については、重複する説明を省略する。
　図１３に示すように、ステップＳ４０１において、ｅＮＢ２００は、ＳＰＳの設定情報（ＳＰＳ　Ｃｏｎｆｉｇ）を個別ＲＲＣシグナリングによりＵＥ１００に送信する。ＵＥ１００は、「ＳＰＳ　Ｃｏｎｆｉｇ」を受信して記憶する。
　ステップＳ４０２において、ｅＮＢ２００は、ＳＰＳをアクティブ化するためのＤＣＩ（ＳＰＳアクティブ化指示）をＰＤＣＣＨによりＵＥ１００に送信する。ＳＰＳアクティブ化指示は、スケジューリング情報（ＵＬ　ｇｒａｎｔ）を含む。ＵＥ１００は、ＳＰＳアクティブ化指示に含まれるスケジューリング情報を記憶する。
　ステップＳ４０３乃至Ｓ４０４において、ＵＥ１００は、ＳＰＳによる送信を行う。上述したように、ＵＥ１００は、ＳＰＳ周期（ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＵＬ）ごとに、スケジューリング情報に従って上りリンクデータをＰＵＳＣＨによりｅＮＢ２００に送信する。但し、ステップＳ４０３乃至Ｓ４０４は必須ではなく、省略してもよい。
　ステップＳ４０５において、ｅＮＢ２００は、動的スケジューリングのためのＤＣＩ（通常のＤＣＩ）をＰＤＣＣＨによりＵＥ１００に送信する。当該ＤＣＩは、通常のＣ－ＲＮＴＩを用いてマスキングされている。当該ＤＣＩは、スケジューリング情報（ＵＬ　ｇｒａｎｔ）を含む。
　ステップＳ４０６において、ＵＥ１００は、動的スケジューリングのためのＤＣＩの受信に応じて、ＳＰＳに関するスケジューリング情報を消去し、ＳＰＳ割当リソースを解放する。
　ステップＳ４０７において、ＵＥ１００は、動的スケジューリングのためのＤＣＩに含まれるスケジューリング情報に従って、上りリンクデータをＰＵＳＣＨによりｅＮＢ２００に送信する。
　このように、第４実施形態によれば、ＳＰＳ割当リソースを解放するためのシグナリングを不要とすることができる。
　［第５実施形態］
　以下において、第５実施形態について、第１実施形態乃至第４実施形態との相違点を主として説明する。
　第５実施形態に係るＵＥ１００は、ＳＰＳによりｅＮＢ２００から上りリンク無線リソースが割り当てられる。ＵＥ１００は、ＳＰＳ周期に応じた送信機会（ＳＰＳ送信機会）において上りリンク送信を行わないことが許容される特別なＳＰＳがｅＮＢ２００により設定される。「上りリンク送信」とは、上りリンクデータの送信だけではなく、パディングデータの送信も含むＰＵＳＣＨ送信である。通常のＳＰＳにおいて、ＵＥ１００は、ＳＰＳ送信機会において常に上りリンク送信を行わなければならない。これに対し、特別なＳＰＳにおいては、ＳＰＳ送信機会において上りリンク送信を行わないことが許容される。
　以下において、このような特別なＳＰＳを「Ｅｎｈａｎｃｅｄ　ＳＰＳ」と称する。「Ｅｎｈａｎｃｅｄ　ＳＰＳ」を導入することにより、ＵＥ１００の電力消費を抑えながらＳＰＳを維持することができるため、上りリンクのレイテンシ低減のためにＳＰＳを効率的に利用可能となる。
　ＵＥ１００は、「Ｅｎｈａｎｃｅｄ　ＳＰＳ」が設定され、且つ、ＳＰＳ送信機会において上りリンク送信を行わない場合、当該上りリンク送信に対応する「ＨＡＲＱ　ＡＣＫ／ＮＡＣＫ」の監視（すなわち、ＰＨＩＣＨの監視）を省略する。換言すると、「Ｅｎｈａｎｃｅｄ　ＳＰＳ」が設定されている場合には、ＳＰＳ送信機会に対応するＰＨＩＣＨを監視しないことが許容される。これにより、ＵＥ１００の電力消費をより一層抑えることができる。
　第５実施形態に係るｅＮＢ２００は、ＳＰＳによりＵＥ１００に上りリンク無線リソースを割り当てる。ｅＮＢ２００は、ＵＥ１００に「Ｅｎｈａｎｃｅｄ　ＳＰＳ」を設定した場合、ＳＰＳ送信機会においてＵＥ１００が上りリンク送信を行わなくても、ＵＥ１００に対する再送要求を行わない（すなわち、ＵＥ１００にＨＡＲＱ　ＮＡＣＫを送信しない）。
　但し、ｅＮＢ２００は、ＳＰＳ送信機会においてＵＥ１００の上りリンク送信を検出しない場合、ｅＮＢ２００における受信エラーであるか又はＵＥ１００が実際に上りリンク送信を行わなかったのかを区別することが難しい。よって、「Ｅｎｈａｎｃｅｄ　ＳＰＳ」が設定されたＵＥ１００は、ＳＰＳ送信機会において上りリンク送信を開始する場合、上りリンク送信開始を示す情報をｅＮＢ２００に送信する。例えば、ＵＥ１００は、上りリンク送信開始を示す情報を含むＭＡＣ制御要素（ＭＡＣ　ＣＥ）を上りリンクデータと共に送信する。これにより、ｅＮＢ２００は、ＳＰＳ送信機会において上りリンク送信を検出しなかった後、当該「ＭＡＣ　ＣＥ」を含む上りリンクデータを検出した場合には、受信エラーが生じなかったと判断する。一方、ｅＮＢ２００は、ＳＰＳ送信機会において上りリンク送信を検出しなかった後、当該「ＭＡＣ　ＣＥ」を含まない上りリンクデータを検出した場合には、受信エラーが生じたと判断する。
　また、ＵＥ１００は、当該「ＭＡＣ　ＣＥ」（上りリンク送信開始を示す情報）を含めた送信を行った後、対応する「ＨＡＲＱ　Ａｃｋ／ＮＡＣＫ」を受信しなかった場合（つまり、ＰＨＩＣＨがｅＮＢ２００から送信されなかった場合）は、当該送信が受信エラーであったと判断し、当該「ＭＡＣ　ＣＥ」を含むデータを再び送信してもよい。
　図１４は、第５実施形態に係るシーケンス例を示す図である。但し、図８と重複する動作については、重複する説明を省略する。
　図１４に示すように、ステップＳ５０１において、ｅＮＢ２００は、「ＳＰＳ　Ｃｏｎｆｉｇ」を個別ＲＲＣシグナリングによりＵＥ１００に送信する。第５実施形態において、「ＳＰＳ　Ｃｏｎｆｉｇ」は、図９に示したような各種の設定情報に加えて、「Ｅｎｈａｎｃｅｄ　ＳＰＳ」の設定情報を含む。「Ｅｎｈａｎｃｅｄ　ＳＰＳ」の設定情報は、「Ｅｎｈａｎｃｅｄ　ＳＰＳ」を設定することを示す情報を含んでもよい。「Ｅｎｈａｎｃｅｄ　ＳＰＳ」の設定情報は、上りリンク送信終了後に「Ｅｎｈａｎｃｅｄ　ＳＰＳ」を継続すべきか否かを示す情報（ＡｆｔｅｒＦｉｎａｌＤａｔａ）を含んでもよい。ＵＥ１００は、「ＳＰＳ　Ｃｏｎｆｉｇ」を受信して記憶する。
　ステップＳ５０２において、ｅＮＢ２００は、ＳＰＳ（Ｅｎｈａｎｃｅｄ　ＳＰＳ）をアクティブ化するためのＤＣＩ（ＳＰＳアクティブ化指示）をＰＤＣＣＨによりＵＥ１００に送信する。ＳＰＳアクティブ化指示は、スケジューリング情報（ＵＬ　ｇｒａｎｔ）を含む。ＵＥ１００は、受信したＳＰＳアクティブ化指示に含まれるスケジューリング情報を記憶する。
　ここで、ＵＥ１００において、ｅＮＢ２００に送信する上りリンクデータが存在しない場合を想定する。ステップＳ５０３において、ＵＥ１００は、ＳＰＳ送信機会を認識するものの、「Ｅｎｈａｎｃｅｄ　ＳＰＳ」が設定されていることから、当該ＳＰＳ送信機会において上りリンク送信を行わない。
　ステップＳ５０４において、ｅＮＢ２００は、ＳＰＳ送信機会において、ＵＥ１００の上りリンク送信を検出しない。ここで、ｅＮＢ２００は、例えばＰＵＳＣＨ中のＤＭＲＳの電力検出により、ＵＥ１００がＰＵＳＣＨを送信しなかったことを検出してもよい。
　ステップＳ５０５において、ｅＮＢ２００は、ＵＥ１００に「Ｅｎｈａｎｃｅｄ　ＳＰＳ」を設定していることから、ＵＥ１００に対する再送要求を省略する（すなわち、ＵＥ１００にＨＡＲＱ　ＮＡＣＫを送信しない）。
　ステップＳ５０６において、ＵＥ１００は、「Ｅｎｈａｎｃｅｄ　ＳＰＳ」が設定されていることから、「ＨＡＲＱ　ＡＣＫ／ＮＡＣＫ」の監視（すなわち、ＰＨＩＣＨの監視）を省略する。
　ステップＳ５０３乃至Ｓ５０６の手順は、ＵＥ１００において上りリンクデータが発生するまで継続する。
　ここで、ＵＥ１００において、ｅＮＢ２００に送信する上りリンクデータが発生した場合を想定する。ステップＳ５０７において、ＵＥ１００は、ＳＰＳ送信機会において、上りリンク送信開始を示す情報を含む「ＭＡＣ　ＣＥ」と共に上りリンクデータをｅＮＢ２００に送信する。ｅＮＢ２００は、当該「ＭＡＣ　ＣＥ」の受信に応じて、ＵＥ１００が上りリンクデータの送信を開始したことを検出し、ＰＨＩＣＨ送信を有効化する。ＵＥ１００は、上りリンク送信開始をｅＮＢ２００に通知した後は、ＰＨＩＣＨ監視を有効化する。
　ステップＳ５０８において、ｅＮＢ２００は、ＵＥ１００から受信した上りリンクデータに対応する「ＨＡＲＱ　ＡＣＫ／ＮＡＣＫ」をＵＥ１００に送信する。ＵＥ１００は、「ＨＡＲＱ　ＡＣＫ／ＮＡＣＫ」を受信する。
　ＵＥ１００は、自身のバッファ内に上りリンクデータが存在しなくなるまで、ＳＰＳ送信機会において上りリンクデータをｅＮＢ２００に送信する。また、ｅＮＢ２００は、ＵＥ１００から受信した上りリンクデータに対応する「ＨＡＲＱ　ＡＣＫ／ＮＡＣＫ」をＵＥ１００に送信する。
　ここで、ＵＥ１００において、ｅＮＢ２００に最後の上りリンクデータを送信し、バッファ内に上りリンクデータが存在しなくなる場合を想定する。ステップＳ５０９において、ＵＥ１００は、上りリンク送信終了を示す情報を含む「ＭＡＣ　ＣＥ」と共に上りリンクデータをｅＮＢ２００に送信する。ＵＥ１００は、上述したＡｆｔｅｒＦｉｎａｌＤａｔａに基づいて、「Ｅｎｈａｎｃｅｄ　ＳＰＳ」を継続すべきか否かを判断してもよい。例えば、「Ｅｎｈａｎｃｅｄ　ＳＰＳ」が「ｒｅｌｅａｓｅ」に設定されている場合、ＵＥ１００は、上りリンク送信終了に応じて「Ｅｎｈａｎｃｅｄ　ＳＰＳ」の設定を解放してもよい。これに対し、「Ｅｎｈａｎｃｅｄ　ＳＰＳ」が「ｃｏｎｔｉｎｕｅ」に設定されている場合、ＵＥ１００は、上りリンク送信が終了しても「Ｅｎｈａｎｃｅｄ　ＳＰＳ」の設定を維持してもよい。
　なお、本シーケンスにおいて、ＵＥ１００は、上りリンク送信開始をｅＮＢ２００に通知（ステップＳ５０７）した後も「Ｅｎｈａｎｃｅｄ　ＳＰＳ」を維持していた。しかしながら、ＵＥ１００は、上りリンク送信開始をｅＮＢ２００に通知（ステップＳ５０７）した後は、「Ｅｎｈａｎｃｅｄ　ＳＰＳ」から通常のＳＰＳに移行してもよい。通常のＳＰＳに移行する場合、暗示的なＳＰＳ割当リソースの解放（ｉｍｐｌｉｃｉｔＲｅｌｅａｓｅＡｆｔｅｒ）が有効化される。
　［第５実施形態の変更例］
　図１４のシーケンスは、次のように変更してもよい。具体的には、ステップＳ５０１において通常のＳＰＳが設定され、ステップＳ５０２において「Ｅｎｈａｎｃｅｄ　ＳＰＳ」をアクティブ化する。具体的には、ステップＳ５０１において通常のＳＰＳが設定された場合でも、ステップＳ５０２において「Ｅｎｈａｎｃｅｄ　ＳＰＳ」のアクティブ化指示がなされた場合、ＵＥ１００は、「Ｅｎｈａｎｃｅｄ　ＳＰＳ」の動作を開始する。「Ｅｎｈａｎｃｅｄ　ＳＰＳ」のアクティブ化指示は、例えば新たなＤＣＩフォーマットが適用されたＤＣＩである。
　［その他の実施形態］
　第２実施形態の変更例として、ＵＥ１００は、上りリンクデータが存在しない場合、上りリンクデータをｅＮＢ２００に送信せず、ｅＮＢ２００からＮＡＣＫを受信してもよい。すなわち、ｅＮＢ２００は、受信エラーと判断して、ＵＥ１００に再送要求を行う。そして、ＵＥ１００は、ｉｍｐｌｉｃｉｔＲｅｌｅａｓｅＡｆｔｅｒ回数分ＮＡＣＫを受信した場合に、ＳＰＳリソースを解放する。
　上述した第１実施形態乃至第５実施形態は、別個独立して実施する場合に限定されない。第１実施形態乃至第５実施形態のうち２以上の実施形態を適宜組み合わせて実施可能である。
　上述した実施形態において、上りリンクにおけるＳＰＳについて主として説明した。しかしながら、上述した実施形態に係る方法を下りリンクにおけるＳＰＳに適用してもよい。
　上述した実施形態において、移動通信システムとしてＬＴＥシステムを例示した。しかしながら、本発明はＬＴＥシステムに限定されない。ＬＴＥシステム以外のシステムに本発明を適用してもよい。
　［付記］
　（１．はじめに）
　ＬＴＥのためのレイテンシ低減技術に関する新たな研究項目が承認された。この研究の目的は、以下のように、パケットデータレイテンシを低減するために２つの技術分野を識別する。
　・高速アップリンクアクセス解決策［ＲＡＮ２］：
　・ＴＴＩショートニングおよび低減された処理時間［ＲＡＮ１］：
　高速上りリンクアクセス解決策は、現在のＴＴＩ長さおよび処理時間、すなわちＴＴＩショートニングを維持することを備えたいくつかの実施技術、および、備えていないいくつかの実施技術と比較して、リソース効率を改善することが期待されている。
　本付記では、高速上りリンクアクセス解決策に関する研究に対する初期検討が提供される。
　（２．議論）
　（２．１．作業仮説）
　本研究のモチベーション文書は、上りリンクリソース割当のための現在の標準化されたメカニズムが、ＴＣＰスループットの観点から、ＬＴＥの潜在的なスループットパフォーマンスを圧迫することを示している。ＴＣＰスループットの低下は、往復時間レイテンシ、すなわちＵＬにおけるＴＣＰ－ＡＣＫ送信によるＴＣＰスロースタートアルゴリズムによって引き起こされる。したがって、高速上りリンクアクセス解決策は、ＴＣＰレイヤにおいて構築された上部レイヤによって提供されるユーザ体験を改善することが期待されている。作業仮説のために、ＳＩＤは、高速上りリンクアクセス解決策に言及する。
　研究分野は、エアインターフェース容量、バッテリ寿命、制御チャネルリソース、仕様インパクト、および技術的可能性を含むリソース効率を含んでいる。ＦＤＤデュプレクスモードとＴＤＤデュプレクスモードとの両方が考慮される。
　第１の態様として、典型的なアプリケーションおよび使用の場合に関するレイテンシ改善による、低減された応答時間、および、改善されたＴＣＰスループットのような潜在的な利得が識別され、文書化される。この評価では、ＲＡＮ２は、短縮化されたＴＴＩと同様に、プロトコル強化によるレイテンシ低減を仮定し得る。結論として、この研究の本態様は、どのレイテンシ低減が、望ましいであるのかを示すことになっている［ＲＡＮ２］。
　その解決策は、ネットワーク容量、ＵＥ電力消費、制御チャネルリソースを改善することが期待されている。特に、改善されたＴＣＰスループットは、主要なパフォーマンスインジケータとして考慮され得る。
　観察１：ＤＬ　ＴＣＰスループットが、ＵＬレイテンシ低減解決策によって改善されることが期待される。
　高速上りリンクアクセス解決策特有の態様の場合；
　アクティブなＵＥと、長期間、非アクティブであったが、ＲＲＣ接続コネクティッドに維持されているＵＥとのために、スケジュールされたＵＬ送信のためのユーザプレーンレイテンシを低減することと、現在のＴＴＩ長さおよび処理時間を維持する維持しない両方について今日の規格によって許容されている事前スケジューリング解決策と比較して、プロトコル強化およびシグナリング強化によって、より高いリソース効率の解決策を得ることと、に注目されるべきである。
　アクティブなＵＥは、データを連続的に送信／受信していると仮定される。したがって、ＵＥは、アクティブ時間にあると考えられる。すなわち、非アクティビティタイマが動作していることにより、ＤＲＸは適用されない。
　観察２：アクティブ時間にあるＵＥが考慮される。
　長い時間、非アクティブであるが、ＲＲＣコネクティッドに維持されているＵＥは、ＵＥが長いＤＲＸサイクルを適用し、上りリンク送信を実行するために少なくともＳＲとＢＳＲとを送信する必要があると解釈され得る。さらに、タイムアライメントタイマＴＡＴが終了した場合、ＵＥは、ＳＲ送信前に、ランダムアクセスプロシージャを開始する。これは、ユーザ経験、すなわち、実際の応答時間を低下させる。
　観察３：長いＤＲＸサイクルの適用を備え、ＵＬ許可のないＵＥが考慮される。
　観察４：ＵＥが長い間非アクティブであれば、時間アライメントタイマが終了し得る。
　事前スケジューリング解決策と比較して、高速上りリンクアクセス解決策は、たとえ現在のＴＴＩ長さおよび処理長さが仮定されていても、より高いリソース効率であるべきである。ＴＴＩショートニングは、より一般的な解決策であり、増加されたＨＡＲＱインタラクションのおかげで、下りリンク配信のみならず、上りリンクアクセスレイテンシのレイテンシも低減することが期待されている。
　観察５：高速上りリンク解決策は、ＴＴＩショートニングアプローチと独立した利得を有する。
　モチベーション文書では、高速上りリンクアクセスのための可能なアプローチが、実施技術である事前スケジューリングに基づいており、事前スケジューリングによって、ｅＮＢが、ＳＲ受信前に上りリンクリソースを割り当てることが述べられている。しかしながら、ＵＥが送るべき上りリンクデータを有していなくても、事前スケジューリング技術は、上りリンク制御チャネル（すなわち、ＰＵＳＣＨ）および下りリンク制御チャネル（すなわち、ＰＤＣＣＨ）において無線リソースを消費する。既存のＳＰＳが事前スケジューリングのために使用されている場合において、ＵＥは、設定されたＳＰＳリソースの暗黙的な解放を回避するために、パディングデータを送信する必要があることも議論されている。したがって、モチベーション文書は、標準化されたアプローチが事前スケジューリング技術を強化することを期待されることを提案した。これは、事前許可、ＳＰＳ同様のメカニズム、データが利用可能ではない場合における無パディング、および／または、動的なスケジューリングへの円滑な移行を含み得る。
　観察６：標準化されたアプローチは、実施技術と比較して、リソース効率を強化することが期待されている。
　（２．２．典型的な使用の場合）
　今日のモバイルトラフィックの増加は、モバイルビデオトラフィックの成長によって引き起こされ、この傾向は、パブリックレポートによれば、将来のトラフィックを支配することが予想されている。ビデオストリーミングは、（ＵＤＰによる）ライブストリーミング向けでなければ、典型的にＴＣＰ（ＴＣＰによるＨＴＴＰ）を用いることが良く知られている。したがって、ビデオストリーミングの使用の場合は、この研究の範囲に沿っている。
　レポートはまた、ソーシャルネットワーキングおよびウェブブラウジングは、モバイルトラフィックの、２番目に支配的なアプリケーションであるとしており、これによって、これらアプリケーションは、典型的にＨＴＴＰに構築され、したがって、ＴＣＰを使用することを指摘している。多くの３ＧＰＰ代表者は既に通じているように、３ＧＰＰ　ＦＴＰサービスは、ＴＣＰも用いるＴｄｏｃｓをダウンロードするために、各代表者によって連続的にアクセスされ得る。したがって、ＨＴＴＰまたはＦＴＰに構築されたアプリケーションにおける振る舞いは、典型的な使用の場合であると考えられるべきである。
　提案１：ＨＴＴＰおよびＦＴＰに構築されたアプリケーションにおけるユーザ振る舞いは、この研究における典型的な使用の場合であると考えられるべきである。
　図１５は、モバイルトラフィックボリュームによる上位５つのアプリケーション及びモバイルアプリケーション分析を示す図である。
　そのようなアプリケーションにおける最も典型的な振る舞いは、要求／応答ダイアログとしてモデル化され得る。たとえば、ユーザがＦＴＰでファイルをダウンロードしたい場合、クライアントは、ＲＥＴＲコマンド（別名、ＧＥＴ）をサーバに先ず送り、その後、ファイルダウンロードが開始する。同じ振る舞いは、ＨＴＴＰに対しても適用可能である。これによって、図１６に例示されるように、ウェブブラウザは、先ずＧＥＴを送り、その後、ユーザがウェブページを開いた時にウェブページがダウンロードされる。典型的な振る舞いを考慮すると、ＲＡＮ２は、対応するＤＬ　ＴＣＰパケット（たとえば、ＧＥＴのような要求）に先行する最初の上りリンクデータ送信が、単に仮定されるだけか、または、高速上りリンクアクセス解決策においても強化されるべきであるかを議論すべきである。
　提案２：ＲＡＮ２は、対応するＤＬ　ＴＣＰパケットに先行する最初の上りリンクデータ送信が、単に仮定されるだけか、または、高速上りリンクアクセス解決策においても強化されるべきであるかを議論すべきである。
　図１６は、ＨＴＴＰ／ＦＴＰを用いた典型的な使用の場合のモデル化を示す図である。
　（２．３．本質的な問題）
　２．１で言及したように、上りリンクアクセスレイテンシに至る重大な問題は、事前スケジューリング技術、または、強化されたＳＰＳを用いた事前許可技術の何れによっても解決されることはできない。図１７は、（図１７を参照する）高速上りリンクアクセス解決策によって対処されるべき３つの重大な問題を例示する。
　重大な問題１：ＤＬ伝送遅れ
　ＤＬ伝送遅れは、長いＤＲＸサイクルによって引き起こされる。最悪の場合では、サービス提供セルは、ＤＬ　ＴＣＰパケット受信後、１０～２５６０サブフレームの間、送信機会を待つ必要がある。
　重大な問題２：早過ぎる／遅過ぎる割当
　早過ぎる割当は、事前スケジューリング技術、または、ＳＲ受信前の事前許可アプローチによって引き起こされ得る。一方、遅過ぎる割当は、ＳＲ周期、すなわち、ＳＲ周期＊ｓｒ－ＰｒｏｈｉｂｉｔＴｉｍｅｒによって、または、単純過ぎるスケジューラ実施、すなわち、対応するＢＳＲ受信に基づいて、ＴＣＰ　ＡＣＫパケットのための上りリンクリソース（したがって、ＵＥのＳＲ送信後の７サブフレーム）を割り当てるものによって可能となる。
　（重大な問題３：多過ぎる／少な過ぎる割当）
　多過ぎる／少な過ぎる割当は、事前スケジューリング技術、または、ＢＳＲ前の事前許可アプローチによって引き起こされ得る。ＵＥのバッファステータスを知ることなく、スケジューラは、上りリンクリソースを盲目的に割り当てる必要がある。
　重大な問題４：初期上りリンク遅れ
　観察４で述べられたように、ＴＡＴが終了した場合、ＵＥは、あらゆる上りリンク送信の前に、ランダムアクセスプロシージャを開始すべきである。
　もちろん、賢い実装技術が、３つの重大な問題によるネガティブなインパクト、たとえば、ＤＬ　ＩＰパケットの内部を理解すること、および、以前の上りリンク許可の使用に基づいて上りリンクリソースを割り当てること、のうちのいくつかを低減し得る。しかしながら、標準化されたアプローチは、上記リストされたすべての問題ではないが、ほとんどを解決することが期待されるであろう。
　提案３：ＤＬ伝送遅れ、早過ぎる／遅過ぎる割当、多過ぎる／少な過ぎる割当、ＴＡＴ終了は、高速上りリンクアクセス解決策によって最適化されるべきである。
　（２．４．潜在的な解決策アプローチ）
　２．３で議論されたように、ＤＲＸ、ＳＲ、ＢＳＲ、および／または、プロシージャが再考されなければ、重大な問題は解決されないであろう。これらの問題は、たとえ強化されたＳＰＳを用いた事前許可アプローチが適用されても、対処されることはないであろう。なぜなら、実際の許可と理想的な割当との間のミスマッチ（図１７）が、エアインターフェース容量、バッテリ寿命、制御チャネルリソースを含むリソース効率の低下を引き起こすからである。
　観察７：事前許可アプローチは、既存の実施技術と比べて良好なパフォーマンスを有し得るが、これら重大な問題を未だに解決することはないであろう。
　これら重大な問題を解決するために、以下の解決策アプローチが考慮され得る。
　たとえば、最初のＵＬ送信（すなわち、ＧＥＴ）によってトリガされた、高速なＤＬ割当のための、ＤＲＸにおける拡張されたＯｎＤｕｒａｔｉｏｎハンドリング。
　たとえば、ＳＲとＢＳＲとの統合による、最初のＵＬパケット送信のためのシグナリング往復の低減。
　スペクトル効率へのインパクトの少ない、より短いＳＲ周期［ＲＡＮ１］。
　たとえば、ＵＬデータ許可のための追加の機能を用いた、ＲＡＣＨプロシージャ強化。
　したがって、ＲＡＮ２は、ＵＬ許可メカニズム自体だけでなく、ＵＬ許可に関連するプロシージャも研究すべきである。
　提案４：ＲＡＮ２はまた、ＤＲＸ、ＳＲ、ＢＳＲ、およびＲＡＣＨの強化を研究すべきである。
　（３．結論）
　この付記では、承認された作業項目説明に基づいて作業仮説が議論された。典型的な使用の場合およびそのモデリングが提供される。４つの重大な問題および潜在的な解決策アプローチが、この研究のために特定される。
　［相互参照］
　米国仮出願第６２／１６２１６６号（２０１５年５月１５日出願）及び米国仮出願第６２／１６５３１５号（２０１５年５月２２日出願）の全内容が参照により本願明細書に組み込まれている。
　本発明は、通信分野において有用である。

Claims (9)

  1. 　ＳＰＳ（Ｓｅｍｉ－Ｐｅｒｓｉｓｔｅｎｔ　Ｓｃｈｅｄｕｌｉｎｇ）により基地局から無線リソースが割り当てられる無線端末であって、
    　前記ＳＰＳにより割り当てられた前記無線リソースを解放するための明示的なＳＰＳ解放通知を前記基地局に送信する処理を行う制御部を備える
    　無線端末。
  2. 　前記制御部は、前記明示的なＳＰＳ解放通知の送信設定を前記無線端末が受信している場合、暗示的なＳＰＳ解放機能を無効化する
    　請求項１に記載の無線端末。
  3. 　前記明示的なＳＰＳ解放通知に対して前記基地局が許可を示した場合、前記制御部は、前記ＳＰＳにより割り当てられた前記無線リソースを解放し、
    　前記明示的なＳＰＳ解放通知に対して前記基地局が拒否を示した場合、前記制御部は、前記ＳＰＳにより割り当てられた前記無線リソースを維持する
    　請求項１に記載の無線端末。
  4. 　ＳＰＳ（Ｓｅｍｉ－Ｐｅｒｓｉｓｔｅｎｔ　Ｓｃｈｅｄｕｌｉｎｇ）により基地局から割り当てられた上りリンク無線リソースを用いて、上りリンクデータを第１の周期で前記基地局に送信する無線端末であって、
    　前記基地局に送信する前記上りリンクデータが存在しない場合に、前記第１の周期に応じた送信機会の一部において前記上りリンクデータを送信せずに、前記第１の周期よりも長い第２の周期でパディングデータを前記基地局に送信する処理を行う制御部を備える
    　無線端末。
  5. 　ＳＰＳ（Ｓｅｍｉ－Ｐｅｒｓｉｓｔｅｎｔ　Ｓｃｈｅｄｕｌｉｎｇ）により基地局から上りリンク無線リソースが割り当てられる無線端末であって、
    　前記上りリンク無線リソースの解放を暗示的に示すために空データを連続的に前記基地局に送信する送信部と、
    　前記空データを連続的に送信した回数を計数するカウンタを管理し、前記カウンタの値が閾値に達すると前記上りリンク無線リソースを解放する制御部と、を備え、
    　前記制御部は、前記基地局から特殊な下りリンク制御情報を受信した場合に、前記カウンタの値をリセットする
    　無線端末。
  6. 　前記特殊な下りリンク制御情報は、スケジューリング情報を含まない下りリンク制御情報である
    　請求項５に記載の無線端末。
  7. 　ＳＰＳ（Ｓｅｍｉ－Ｐｅｒｓｉｓｔｅｎｔ　Ｓｃｈｅｄｕｌｉｎｇ）により基地局から無線リソースが割り当てられる無線端末であって、
    　動的スケジューリングにより前記基地局から初送用の無線リソースが割り当てられた場合、前記ＳＰＳにより割り当てられた無線リソースを解放する制御部を備える
    　無線端末。
  8. 　ＳＰＳ（Ｓｅｍｉ－Ｐｅｒｓｉｓｔｅｎｔ　Ｓｃｈｅｄｕｌｉｎｇ）により基地局から上りリンク無線リソースが割り当てられる無線端末であって、
    　ＳＰＳ周期に応じた送信機会において上りリンク送信を行わないことが許容される特別なＳＰＳが前記基地局により設定され、且つ、前記送信機会において上りリンク送信を行わない場合、該上りリンク送信に対応するＨＡＲＱ　ＡＣＫ／ＮＡＣＫの監視を省略する制御部を備える
    　無線端末。
  9. 　前記制御部は、前記特別なＳＰＳが設定され、且つ、前記送信機会において上りリンク送信を開始する場合、上りリンク送信開始を前記基地局に通知する
    　請求項８に記載の無線端末。
PCT/JP2016/063713 2015-05-15 2016-05-09 無線端末 WO2016185923A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2017519121A JP6313525B2 (ja) 2015-05-15 2016-05-09 無線端末、無線通信方法、及びプロセッサ
EP16796317.2A EP3285535B1 (en) 2015-05-15 2016-05-09 Wireless terminal
US15/808,024 US10638491B2 (en) 2015-05-15 2017-11-09 Radio terminal

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201562162166P 2015-05-15 2015-05-15
US62/162,166 2015-05-15
US201562165315P 2015-05-22 2015-05-22
US62/165,315 2015-05-22

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US15/808,024 Continuation US10638491B2 (en) 2015-05-15 2017-11-09 Radio terminal

Publications (1)

Publication Number Publication Date
WO2016185923A1 true WO2016185923A1 (ja) 2016-11-24

Family

ID=57320242

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/063713 WO2016185923A1 (ja) 2015-05-15 2016-05-09 無線端末

Country Status (4)

Country Link
US (1) US10638491B2 (ja)
EP (1) EP3285535B1 (ja)
JP (2) JP6313525B2 (ja)
WO (1) WO2016185923A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018174184A1 (ja) * 2017-03-24 2018-09-27 京セラ株式会社 無線端末、プロセッサ及び基地局
WO2019029961A1 (en) * 2017-08-11 2019-02-14 Telefonaktiebolaget Lm Ericsson (Publ) SCHEDULING TECHNIQUE FOR DATA COMMUNICATION
JP2020502920A (ja) * 2016-12-16 2020-01-23 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． 混合許可無し及び許可有りアップリンク送信のためのシステム及び方法

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6894383B2 (ja) * 2016-01-12 2021-06-30 富士通株式会社 無線通信装置、無線通信システム、及び無線通信方法
WO2017122268A1 (ja) 2016-01-12 2017-07-20 富士通株式会社 無線通信装置、無線通信システム、及び無線通信方法
CN108702770B (zh) 2016-01-29 2022-05-10 松下电器（美国）知识产权公司 eNodeB、用户设备以及无线通信方法
CN117354939A (zh) * 2016-04-12 2024-01-05 摩托罗拉移动有限责任公司 传输时间间隔的调度
WO2017196086A1 (en) * 2016-05-12 2017-11-16 Samsung Electronics Co., Ltd. Method and apparatus for assigning uplink resource for cellular network using unlicensed bands
SG11201901003UA (en) 2016-08-12 2019-03-28 Beijing Xiaomi Mobile Software Co Ltd Resource scheduling method, scheduler, base station, terminal, and system
CN110890953B (zh) 2018-09-11 2022-07-19 华为技术有限公司 使用免授权频段的通信方法和通信装置
EP3716711A1 (en) * 2019-03-26 2020-09-30 THALES DIS AIS Deutschland GmbH Configuration of dedicated uplink resource transmission schedule
WO2020237521A1 (en) * 2019-05-29 2020-12-03 Nokia Shanghai Bell Co., Ltd. Resource management in sidelink communication
KR102283839B1 (ko) * 2019-10-31 2021-07-30 에스케이텔레콤 주식회사 상향링크 데이터 전송을 위한 동적 스케줄링 요청 방법 및 그 장치
US11812511B2 (en) * 2020-03-31 2023-11-07 Mavenir Networks, Inc. TCP acknowledgment latency optimization
CN116325954A (zh) * 2020-07-31 2023-06-23 弗劳恩霍夫应用研究促进协会 用于redcap设备的sps或cg停用

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011071799A (ja) * 2009-09-28 2011-04-07 Hitachi Ltd 無線通信システム、無線基地局、無線端末、および無線通信方法
JP2012503349A (ja) * 2008-09-17 2012-02-02 パナソニック株式会社 移動通信ネットワークにおけるセミパーシステントにスケジューリングされたリソースの解放手順
WO2014097357A1 (ja) * 2012-12-19 2014-06-26 富士通株式会社 無線端末、無線基地局、無線通信システム、および無線通信方法

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011104417A1 (en) * 2010-02-25 2011-09-01 Nokia Corporation Method and apparatus for dynamically modifying a semi-persistent scheduling allocation
US8634364B2 (en) * 2010-04-20 2014-01-21 Qualcomm Incorporated Semi-persistent scheduling grants in heterogeneous networks
WO2015047145A1 (en) 2013-09-27 2015-04-02 Telefonaktiebolaget L M Ericsson (Publ) Methods and devices for scheduling
US9635621B2 (en) * 2014-01-17 2017-04-25 Samsung Electronics Co., Ltd. Adaptations of dual connectivity operation to UE capability

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012503349A (ja) * 2008-09-17 2012-02-02 パナソニック株式会社 移動通信ネットワークにおけるセミパーシステントにスケジューリングされたリソースの解放手順
JP2011071799A (ja) * 2009-09-28 2011-04-07 Hitachi Ltd 無線通信システム、無線基地局、無線端末、および無線通信方法
WO2014097357A1 (ja) * 2012-12-19 2014-06-26 富士通株式会社 無線端末、無線基地局、無線通信システム、および無線通信方法

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
LF ELECTRONICS INC.: "SPS Implicit Release Counter", 3GPP TSG-RAN WG2 #83 R2-134047, 11 October 2013 (2013-10-11), XP050736851 *
NOKIA: "Nokia Siemens Networks, Acknowledgement for explicit UL SPS release", 3GPP TSG-RAN WG1#56 R1-090711, 13 February 2009 (2009-02-13), XP050318580 *
PANASONIC: "Acknowledgement of Semi-Persistent Uplink Explicit Release", 3GPP TSG-RAN WG1#58B R1-094232, 16 October 2009 (2009-10-16), XP050388696 *
See also references of EP3285535A4 *

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020502920A (ja) * 2016-12-16 2020-01-23 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． 混合許可無し及び許可有りアップリンク送信のためのシステム及び方法
US10813124B2 (en) 2016-12-16 2020-10-20 Huawei Technologies Co., Ltd. Systems and methods for mixed grant-free and grant-based uplink transmissions
US10869333B2 (en) 2016-12-16 2020-12-15 Huawei Technologies Co., Ltd. Systems and methods for mixed grant-free and grant-based uplink transmissions
US11510237B2 (en) 2016-12-16 2022-11-22 Huawei Technologies Co., Ltd. Systems and methods for mixed grant-free and grant-based uplink transmissions
WO2018174184A1 (ja) * 2017-03-24 2018-09-27 京セラ株式会社 無線端末、プロセッサ及び基地局
JPWO2018174184A1 (ja) * 2017-03-24 2020-01-16 京セラ株式会社 無線端末、プロセッサ及び基地局
US10973080B2 (en) 2017-03-24 2021-04-06 Kyocera Corporation Radio terminal, processor, and base station
WO2019029961A1 (en) * 2017-08-11 2019-02-14 Telefonaktiebolaget Lm Ericsson (Publ) SCHEDULING TECHNIQUE FOR DATA COMMUNICATION

Also Published As

Publication number Publication date
JPWO2016185923A1 (ja) 2018-03-15
EP3285535B1 (en) 2020-10-07
EP3285535A1 (en) 2018-02-21
JP6510700B2 (ja) 2019-05-08
EP3285535A4 (en) 2018-04-25
JP6313525B2 (ja) 2018-04-18
JP2018137776A (ja) 2018-08-30
US10638491B2 (en) 2020-04-28
US20180070367A1 (en) 2018-03-08

Similar Documents

Publication Publication Date Title
JP6510700B2 (ja) 基地局及び無線通信方法
JP6783755B2 (ja) 無線端末、基地局、及びプロセッサ
JP6813481B2 (ja) 無線端末及び基地局
US11582826B2 (en) Methods for handling periodic radio access network notification area (RNA) update configuration upon reject
US9295040B2 (en) Packet scheduling in communications
JP6563594B2 (ja) 基地局及び無線端末
JP7203229B2 (ja) Ｎｒユーザ機器のための選択的クロススロットスケジューリング
JP6466613B2 (ja) 無線端末、基地局、及び無線通信方法
JP6886399B2 (ja) 無線端末、基地局、及びプロセッサ
JPWO2018021100A1 (ja) 無線端末
EP4315694A1 (en) Logical channel priotization within configured grants

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2017519121

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE