WO2016163475A1 - User terminal and base station - Google Patents

Abstract

A user terminal measures and retains an access latency. First, a first user terminal measures a time period from a first process in a MAC layer until a second process in a PHY layer, and retains a result obtained by means of said measurement to be reported to a network. A second user terminal measures a time period from when a higher-level layer than the MAC layer instructs the MAC layer to execute a random access process until an RRC Connection setup is complete, and retains a result obtained by means of said measurement to be reported to the network.

Description

User terminal and base station

The present invention relates to a user terminal and a base station.

Currently, mobile communication systems such as the LTE (Long Term Evolution) system are widely used, but applications that require low latency such as voice calls (Voice over LTE) and inter-vehicle communications (Vehicle to Vehicle Communications) in the future. The use of is expected to increase.

Here, in order to appropriately execute communication by such an application, it is preferable to consider the processing time (access latency) required until the user terminal transmits data. However, since there is currently no technique for measuring the access latency in the user terminal, there is a problem that an appropriate network operation in consideration of the access latency in the user terminal is not performed.

By the way, in 3GPP (3rd Generation Partnership Project), MDT (Minimization of Drive Test) for automating measurement and collection of a wireless environment using a user terminal is specified (for example, see Non-Patent Document 1). ).

3GPP Technical Specification TS 37.320 V12.2.0 (2014 09)

The user terminal according to an embodiment includes a controller. The controller executes a measurement process for measuring a period from a first process in the MAC layer to a second process in the PHY layer, and a holding process for holding the measurement result obtained by the measurement process for reporting to the network. .

The controller of the user terminal according to another embodiment includes a measurement process for measuring a period from when a layer higher than the MAC layer commands the MAC layer to execute a random access process until the completion of RRCC connection setup, and the measurement A holding process for holding the measurement result obtained by the process for reporting to the network is executed.

1 is a configuration diagram of an LTE system according to a first embodiment. It is a block diagram of UE (user terminal) concerning a 1st embodiment. It is a block diagram of eNB (base station) concerning a 1st embodiment. It is a protocol stack figure of the radio | wireless interface in a LTE system. It is a block diagram of the radio | wireless frame used with a LTE system. It is a figure which shows the operation | movement content which concerns on 1st Embodiment. It is the figure which showed the process which UE transmits terminal capability information to eNB. It is the figure which showed Log Report. It is a figure which shows the operation | movement content which concerns on the example of a change of 1st Embodiment. It is a figure which shows the operation | movement content which concerns on 2nd Embodiment. It is a figure which shows Latency measurement which concerns on an additional remark.

[Outline of Embodiment]
Conventional MDT does not measure access latency in a user terminal.

Therefore, the embodiment provides a technique for measuring and collecting access latency in a user terminal.

The user terminal according to the first embodiment performs radio communication with a base station. The user terminal includes a controller. The controller of the user terminal includes a measurement process for measuring a period from a first process in the MAC layer to a second process in the PHY layer, and a holding process for holding a measurement result obtained by the measurement process for reporting to the network Execute. The first process is a process for instructing the MAC layer to transmit a random access preamble or a scheduling request to the PHY layer. The second process is a process of receiving a grant indicating a radio resource used for transmission by the user terminal from the base station.

The user terminal according to the second embodiment performs radio communication with the base station. The user terminal includes a controller. The controller of the user terminal obtains the measurement process for measuring the period from when the layer higher than the MAC layer instructs the MAC layer to execute the random access process until the RRC Connection setup is completed, and the measurement process A holding process for holding the measurement result for reporting to the network is executed.

In the first embodiment or the second embodiment, the controller of the user terminal executes the measurement process and the holding process without acquiring a configuration from the base station in advance.

In the first embodiment or the second embodiment, the controller of the user terminal executes the measurement process and the holding process unless obtaining a notification indicating that the measurement process is unnecessary from the base station.

In the first embodiment or the second embodiment, the controller of the user terminal further executes a transmission process for transmitting the measurement result held in the holding process to the base station.

In the first embodiment or the second embodiment, when there is a request from the network, the controller of the user terminal executes a transmission process for transmitting the measurement result to the base station.

In the first embodiment or the second embodiment, when there is a request from the network, the controller of the user terminal stores information indicating that the measurement result is not held unless the measurement result is held. A transmission process for transmitting to the base station is executed.

In the first embodiment or the second embodiment, the controller of the user terminal executes notification processing for notifying the base station in advance that the own terminal has the ability to obtain the measurement result.

In the first embodiment or the second embodiment, the controller of the user terminal executes a transmission process for transmitting the measurement result to the base station without a request from the network.

In the first embodiment or the second embodiment, the controller of the user terminal executes a process of transmitting the measurement result via a DCCH (Dedicated Control Channel) in the transmission process.

In the first embodiment or the second embodiment, the controller of the user terminal further executes a measurement process using at least one of the following parameters as a measurement target when executing the measurement process.

The period from the acquisition of the measurement result to be held until the user terminal transmits data. The latest radio measurement result for intra-frequency / inter-frequency / inter-RAT. Identification indicating the serving cell of the user terminal. Information-Location of the user terminal

The base station according to the first embodiment performs radio communication with user terminals. The base station includes a controller. The controller of the base station executes a process of receiving a measurement result measured and held by the terminal from the user terminal. The measurement result includes a period from a first process of the MAC layer to a second process of the PHY layer in the user terminal. The first process is a process for instructing the MAC layer to transmit a random access preamble or a scheduling request to the PHY layer. The second process is a process in which the user terminal receives a grant indicating a radio resource used for transmission by the user terminal from the base station.

The base station according to the second embodiment performs radio communication with the user terminal. The base station includes a controller. The controller of the base station can execute a process of receiving a measurement result measured and held by the terminal from the user terminal. The measurement result includes a period from when the layer higher than the MAC layer commands the MAC layer to execute the random access process until the RRC Connection setup is completed in the user terminal.

In the first embodiment or the second embodiment, the controller of the base station executes a process of receiving capability information from the user terminal. The capability information indicates that the user terminal can execute processing for obtaining the measurement result. When receiving the capability information, the controller of the base station executes a process of requesting the measurement result only to the user terminal that is the transmission source of the capability information.

In the first embodiment or the second embodiment, the base station controller uses SIB (System Information Block) to indicate that it is desirable that the measurement process and the holding process be performed in the user terminal. To execute the notification process.

In the first embodiment or the second embodiment, the controller of the base station executes a process of notifying information indicating that the measurement process is not required in the user terminal using an SIB (System Information Block).

[First Embodiment]
In the following, an embodiment when the present invention is applied to an LTE system will be described.

(System configuration)
FIG. 1 is a configuration diagram of an LTE system according to the first embodiment. As shown in FIG. 1, the LTE system according to the first embodiment includes a UE (User Equipment) 100, an E-UTRAN (Evolved Universal Terrestrial Radio Access Network) 10, and an EPC (Evolved Packet Core) 20.

UE 100 corresponds to a user terminal. The UE 100 is a mobile communication device, and performs wireless communication with a connection destination cell (serving cell). The configuration of the UE 100 will be described later.

E-UTRAN10 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 configuration of the eNB 200 will be described later.

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 user data routing function, a measurement control function for mobility control / scheduling, and the like. “Cell” is used as a term indicating a minimum unit of a radio communication area, and is also used as a term indicating a function of performing radio communication with the UE 100.

The EPC 20 corresponds to a core network. The E-UTRAN 10 and the EPC 20 constitute an LTE system network (LTE network). The EPC 20 includes an MME (Mobility Management Entity) / S-GW (Serving Gateway) 300. The MME performs various mobility controls for the UE 100. The S-GW controls user data transfer. The MME / S-GW 300 is connected to the eNB 200 via the S1 interface.

FIG. 2 is a block diagram of the UE 100. As shown in FIG. 2, the UE 100 includes an antenna 101, a radio transceiver 110, a user interface 120, a GNSS (Global Navigation Satellite System) receiver 130, a battery 140, a memory 150, and a processor 160. The memory 150 corresponds to a storage unit, and the processor 160 corresponds to a control unit (controller). The UE 100 may not include the GNSS receiver 130. Further, the memory 150 may be integrated with the processor 160, and this set (that is, a chip set) may be used as a processor 160 '(controller) that constitutes a control unit. The controller executes various processes and various communication protocols described later.

The antenna 101 and the wireless transceiver 110 are used for transmitting and receiving wireless signals. The radio transceiver 110 converts the baseband signal (transmission signal) output from the processor 160 into a radio signal and transmits it from the antenna 101. Further, the radio transceiver 110 converts a radio signal received by the antenna 101 into a baseband signal (received signal) and outputs the baseband signal to the processor 160. The wireless transceiver 110 and the processor 160 constitute a transmission unit and a reception unit.

The wireless transceiver 110 may include a plurality of transmitters and / or a plurality of receivers. The embodiment mainly assumes a case where the wireless transceiver 110 includes only one transmitter and one receiver.

The user interface 120 is an interface with a user who owns the UE 100, and includes, for example, a display, a microphone, a speaker, and various buttons. The user interface 120 receives an operation from the user and outputs a signal indicating the content of the operation to the processor 160.

The GNSS receiver 130 receives a GNSS signal and outputs the received signal to the processor 160 in order to obtain position information indicating the geographical position of the UE 100.

The battery 140 stores power to be supplied to each block of the UE 100. When the UE 100 is a card type terminal, the UE 100 may not include the user interface 120 and the battery 140.

The memory 150 stores a program executed by the processor 160 and information used for processing by the processor 160.

The processor 160 includes a baseband processor that modulates / demodulates and encodes / decodes a baseband signal, and a CPU (Central Processing Unit) that executes programs stored in the memory 150 and performs various processes. . The processor 160 may further include a codec that performs encoding / decoding of an audio / video signal. The processor 160 executes various processes described later and various communication protocols.

FIG. 3 is a block diagram of the eNB 200. As illustrated in FIG. 3, the eNB 200 includes an antenna 201, a radio transceiver 210, a network interface 220, a memory 230, and a processor 240 (controller). Note that the memory 230 may be integrated with the processor 240, and this set (that is, a chip set) may be a procoro processor 240 '(controller) that constitutes a control unit.

The antenna 201 and the wireless transceiver 210 are used for transmitting and receiving wireless signals. The radio transceiver 210 converts the baseband signal (transmission signal) output from the processor 240 into a radio signal and transmits it from the antenna 201. In addition, the radio transceiver 210 converts a radio signal received by the antenna 201 into a baseband signal (received signal) and outputs the baseband signal to the processor 240. The wireless transceiver 210 and the processor 240 constitute a transmission unit and a reception unit.

The network interface 220 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 network interface 220 is used for communication performed on the X2 interface and communication performed on the S1 interface.

The memory 230 stores a program executed by the processor 240 and information used for processing by the processor 240.

The processor 240 includes a baseband processor that performs modulation / demodulation and encoding / decoding of a baseband signal, and a CPU that executes programs stored in the memory 230 and performs various processes. The processor 240 executes various processes and various communication protocols described later.

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. Between the physical layer of UE100 and the physical layer of eNB200, user data and a control signal are transmitted via a physical channel.

The MAC layer performs data priority control, retransmission processing by hybrid ARQ (HARQ), and the like. Between the MAC layer of the UE 100 and the MAC layer of the eNB 200, user data and control signals are transmitted via a transport channel. The MAC layer of the eNB 200 includes a scheduler that determines (schedules) uplink / downlink transport formats (transport block size, modulation / coding scheme) and resource blocks allocated to the UE 100.

The RLC layer transmits data to the RLC layer on the receiving side using the functions of the MAC layer and the physical layer. Between the RLC layer of the UE 100 and the RLC layer of the eNB 200, user data and control signals are transmitted 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 signals. Control signals (RRC messages) for various settings 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. 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.

In the UE 100, the physical layer or the RRC layer constitutes an AS (Access Stratum) entity 100A. The NAS layer constitutes the NAS entity 100B. The functions of the AS entity 100A and the NAS entity 100B are executed by the processor 160 (control unit). That is, the processor 160 (control unit) includes the AS entity 100A and the NAS entity 100B. In the idle mode, the AS entity 100A performs cell selection / reselection, and the NAS entity 100B performs PLMN selection.

FIG. 5 is a configuration diagram of a radio frame used in the LTE system. In the LTE system, OFDMA (Orthogonal Frequency Division Multiple Access) is applied to the downlink (DL), and SC-FDMA (Single Carrier Frequency Multiple Access) is applied to the uplink (UL).

As shown in FIG. 5, 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. A resource element is composed of one subcarrier and one symbol. Among radio resources allocated to the UE 100, frequency resources are configured by resource blocks, and time resources are configured by subframes (or slots).

(First procedure)
Hereinafter, the procedure (first procedure) of the first embodiment will be described with reference to FIG. The operation of the UE 100 in each operation procedure is executed by the controller 160 (160 ′) of the UE 100, but for convenience of explanation, will be referred to as “UE 100” as appropriate. The operation of the eNB 200 is performed by the controller 240 (240 ′) of the eNB 200, but will be described as “eNB 200” as appropriate for convenience of explanation.

In FIG. 6, the eNB 200 executes Step S101. The contents of step S101 are as shown in FIG. The contents of this step S101 include (1) information indicating that it is desirable to perform measurement processing and holding processing described later on the user terminal / information indicating that measurement processing and holding processing described below are not required. This is a process of informing using SIB (System Information Block).

In addition, UE100 may perform the measurement process and holding | maintenance process mentioned later, unless it acquires SIB containing the information which shows that the measurement process is unnecessary from eNB200 at least.

UE100 will perform step S102, if SIB alert | reported in step S101 is acquired. The contents of step S102 are as shown in FIG. The content of step S102 is a process (first process) instructing the MAC layer (MAC entity) to transmit a random access preamble to the PHY layer.

After step S102, step S103 is executed between the UE 100 and the eNB 200. After step S103, UE100 receives the grant by which the radio | wireless resource which UE100 uses for transmission was shown from eNB200 (step S104) (2nd process). Here, “Grant” refers to UP-Grant for UP link user data transmission. In the scenario of the D2D proximity service (D2D ProSe), it may be a grant for Side link transmission that is required when the UE 100 performs D2D communication.

After step S104, the UE 100 executes step S106. The contents of step S106 are as shown in FIG. In step S106, the PHY layer carries the grant information acquired in step S104 to the MAC layer (HARQ entity).

Here, the UE 100 measures a period (Duration {A}) from Step S102 to Step S106 (Step S105). The measurement process in step S105 will be described as “Latency measurement”. In the Latency measurement, the UE 100 measures the period from the first process to the second process described above.

UE100 performs the process (logging) which hold | maintains the result of Latency measurement for the report to a network after step S105 (step S107). In step S107, the UE 100 handles this data as DCCH (Dedicated Control Channel) data when holding the data of the Latency measurement result.

UE100 decides to report the data of the Latency measurement result held in Step S107 after the Elapsed time (Step S108).

UE100 transmits the data of the Latency measurement result which was hold | maintained to eNB200 (network) after step S108 (step S109). In this case, even if there is no request from the network (eNB 200), the UE 100 may transmit the retained latency measurement result data to the eNB 200 (network) at a predetermined opportunity.

In addition to the above measurement process, the UE 100 executes a process of measuring and holding at least one of the following elements ((1) to (4)) for reporting to the network. Also good.

(L) A period from when the UE 100 obtains the measurement result to be held until the measurement result data is transmitted. (2) Latest radio measurement result for intra-frequency / inter-frequency / inter-RAT. Identification information indicating serving cell (4) Location of UE 100 The above-described measurement process and holding process are performed by the UE 100 without acquiring a configuration from the eNB 200 in advance.

In step S109, the UE 100 transmits the retained Latency measurement result data to the eNB 200 (network). As an application example of this process, the processes illustrated in FIGS. 7 and 8 may be executed.

First, in FIG. 7, when eNB 200 wants to obtain capability information of UE 100, UE CapabilityEnquiry message is sent to UE 100 at a predetermined opportunity. UE100 which acquired UECapabilityEnquiry message includes the identification information (Latency measurement capability information) which shows that self-UE100 has Latency measurement capability included in UECapabilitylnformation message. When the eNB 200 acquires the UECapabilitylnformation message, it can be understood from the Latency measurement capability information included in the UECapabilityInformation message that the source UE100 of the UECapabilitylnformation message has the Latency measurement capability. Note that the UE 100 may transmit a UE Capability information message to the eNB 200 at a predetermined timing without receiving a UE Capability Enquiry message from the eNB 200. The predetermined timing may be, for example, during the transition from the RRC idle state to the RRC connected state or immediately after the transition.

The eNB 200 sends a Log Report Request message to the UE 100 having Latency measurement capability as shown in FIG. When receiving the Log Report Request message, the UE 100 executes Step S109. That is, the UE 100 transmits a Log Report message including Latency measurement result data to the eNB 200.

In FIG. 8, when the UE 100 receives the Log Report Request message from the eNB 200 and does not hold the Latency measurement result data for some reason, the UE 100 holds the Latency measurement result data to the eNB 200. Information indicating that there is no latency (latency measurement result unretained information) may be included in the Log Report message or transmitted in another message. Here, “something” means, for example, when a predetermined holding time has elapsed.

For example, the following three examples are assumed as the latency measurement result unretained information.

<1> If the UE 100 does not hold the Latency measurement result, it may be 1-bit information indicating “0”, and if it is held, it may be 1-bit information indicating “1”. In this case, 1-bit information indicating “0” corresponds to Latency measurement result unretained information. If the UE 100 does not hold the Latency measurement result, it may be 1-bit information indicating “1”, and if it is held, it may be 1-bit information indicating “0”. In this case, 1-bit information indicating “1” corresponds to Latency measurement result non-holding information.

<2> If the UE 100 does not hold the Latency measurement result, the UE 100 configures and transmits null information (zero information / empty information) in the Log Report message. The null information corresponds to the Latency measurement result unretained information.

<3> Other specific message that clearly indicates that the Latency measurement result is not held.

[Modification of First Embodiment]
The contents (second procedure) of the modified example of the first embodiment will be described with reference to FIG. In the description of the second embodiment, contents different from the first embodiment will be mainly described.

(Second procedure)
In FIG. 9, eNB200 performs step S201. The contents of step S201 are the same as step S101 of the first embodiment.

UE100 will perform step S202, if SIB alert | reported in step S201 is acquired. The contents of step S202 are as shown in FIG. The content of step S202 is a process (another example of the first process) instructing the MAC layer (MAC entity) to transmit a scheduling request to the PHY layer.

UE100 transmits a scheduling request with respect to eNB200 after step S202 (step S203). After step S202, UE100 receives the grant by which the radio | wireless resource which UE100 uses for transmission was shown from eNB200 (step S204) (another example of a 2nd process). The contents of “Grant” are the same as those described in step S104. After step S204, the UE 100 executes step S206. The contents of step S206 are as shown in FIG. This step S206 is processing in which the PHY layer carries the grant information acquired in step S204 to the MAC layer (HARQ entity).

Here, the UE 100 measures the period (Duration {B}) from Step S202 to Step S206 (Step S205).

The subsequent steps S207 to S209 are the same as those in the first procedure.

In addition, the 2nd procedure can perform the content shown by description of FIG.7 and FIG.8 similarly to a 1st procedure.

[Second Embodiment]
The contents (third procedure) of the second embodiment will be described with reference to FIG. In the description of the second embodiment, contents mainly different from the first embodiment and the modified example of the first embodiment will be described.

(Third procedure)
UE100 performs step S301. The contents of step S301 are as shown in FIG.

Next, the UE 100 executes Step S302. In step S302, the Upper layer instructs the MAC layer to execute a random access process.

After step S302, the processing from step S303 to step S307 is executed between the UE 100 and the eNB 200. The contents of the processes in steps S303 to S307 are as shown in FIG.

Here, the UE 100 measures a period (Duration (C)) from when the Upper layer commands the MAC layer to execute the random access process until the RRC Connection setup is completed (Step S401).

The UE 100 can then execute the processing of step S107 (step S207) to step S109 (step S209) shown in the description of the first procedure (second procedure). Note that the third procedure can perform the contents shown in the description of FIGS. 7 and 8 in the same manner as the first procedure and the second procedure.

[Summary of Embodiment]
According to the first embodiment to the second embodiment, the UE 100 can measure and maintain the access latency in the UE 100. The eNB 200 (network) can collect the access latency results (latency measurement results) measured by the UE 100 from the UE 100. As a result, an appropriate network operation can be performed in consideration of the access latency in the user terminal.

[Other Embodiments]
In the above-described embodiment, the LTE system has been described as an example of the mobile communication system. However, the present invention is not limited to the LTE system, and the present invention may be applied to systems other than the LTE system.

[Appendix]
(1. Introduction)
One important objective of the FeMDT research item is the enhancements needed to support MMTEL QoS and video traffic.

This research item also pointed out the following objectives.

Study the capabilities of MDT measurements and procedures to support a better understanding of QoS and its limiting factors for MMTEL voice and video traffic. The study includes:
Study the necessary MDT measurements and procedural capabilities to assess MMTEL voice and video performance (eg, delay, PDCP layer packet loss rate).

か ら To understand from the above objectives, all aspects related to audio and video delays should be considered as part of this research item. In this appendix, measurement & logging for call establishment is considered.

(2. Need for accessibility measurement)
In Rel-11, accessibility measurement is widely considered, and measurement and logging are triggered by a failed RRC connection establishment. However, in contrast to the accessibility measurement supported by Rel-11, which is based on RRC re-establishment failure, the latency measurement is not based on identifying which part of the access procedure fails. With accurate latency measurements, the network can determine the time it takes for the UE to access the NW, and the NW can take the necessary actions to avoid excessive delays in call establishment . In view of the existing support for RACH optimization described below, it should be considered whether such call establishment latency measurement is required.

RACH optimization is supported by information reported by the UE and PRACH parameters transmitted / received between eNBs.

A UE that receives polling signaling reports the following information:
Number of RACH preambles sent to successful RACH completion Competitive resolution failure

In particular, the UE should provide the number of RACH preambles sent until successful RACH completion. The above polling is based on the reception of UE information Request message at the UE, which indicates only the number of preambles transmitted in the PHY layer for the last random access procedure that has been successfully completed. However, in order to get an overall picture of call establishment latency at the AS layer, the measurement should include a procedure up to the time when the UE sends an RRC Connection Setup Complete message. One desirable latency measurement is the average latency for the UE to establish a call. If the NW relies on an existing mechanism that uses only the RACH preamble reported from the last successful RACH completion, the NW will take a lot of signaling to get all the data to calculate the average delay. And since the UE is only required to maintain a RACH report for the last successful RACH completion, the NW may need to obtain a RACH report for each call establishment. Such signaling is undesirable even if the existing data is sufficient. Moreover, since the number of services of interest is limited, latency measurement and logging should be relevant only to the establishment of these services.

Proposal 1: Consideration should be given to whether latency in call establishment based on accessibility measurement and logging is required to enhance QoS verification.

(2.1) Latency configuration and measurement If Proposal 1 is agreed, assume that the UE measures the latency associated with call establishment. A possible period measurement is shown in FIG.

Regardless of how the measurement period is defined, it should be clearly defined what the UE must measure.

Consideration 1: Regardless of how the measurement period is defined, it should be clearly defined what the UE should measure.

As always, there is still a question of how to set this measurement for MDT. Some possibilities to consider are:
Option 1: Provide configuration to all UEs using SIB Option 2: Dedicated configuration similar to logged MDT at idle Option 3: No configuration

In Option 1, all UEs are configured for this measurement. Each time such measurement and logging is required, the NW can control. In option 2, dedicated signaling is set for the connected UE, and in response to the transition to idle, the set UE activates all call establishment measurements and logging within the set period. Finally, in option 3, there is no setting provided by the NW. Assume that the UE always makes call establishment measurements. One should consider whether one of the options for setting the call establishment latency can be agreed. Depending on the agreed options, an appropriate way for the NW to obtain the measurement log should be considered.

Proposal 2: It should be considered whether one of the options for setting the call establishment latency can be agreed.

(3. Conclusion)
Based on the purpose of this research item, latency should be considered as one of the limiting factors affecting the QoS of MMTEL voice and video traffic. This appendix addresses call establishment latency from an accessibility perspective.

[Cross-reference]
The entire contents of US Provisional Application No. 62/145816 (April 10, 2015) are incorporated herein by reference.

The present invention is useful in the communication field.

Claims (16)

A user terminal that performs wireless communication with a base station,
With a controller,
The controller is
A measurement process for measuring a period from a first process in a MAC (Medium Access Control) layer to a second process in a PHY layer;
A holding process for holding the measurement result obtained by the measurement process for reporting to the network;
The first process is a process instructing the MAC layer to transmit a random access preamble or a scheduling request to the PHY layer;
The second terminal is a user terminal that is a process of receiving a grant indicating a radio resource used for transmission by the user terminal from the base station. A user terminal that performs wireless communication with a base station,
With a controller,
The controller is
A measurement process for measuring a period from when the layer higher than the MAC layer commands the MAC layer to execute the random access process until the RRC Connection setup is completed;
A user terminal that executes a holding process for holding a measurement result obtained by the measurement process for reporting to a network. In claim 1,
The controller executes the measurement process and the holding process without obtaining a configuration from the base station in advance. In claim 1,
The controller executes the measurement process and the holding process unless a notification indicating that the measurement process is unnecessary is acquired from the base station. In claim 1,
The controller further executes a transmission process for transmitting the measurement result held in the holding process to the base station. In claim 5,
When there is a request from the network, the controller executes a transmission process for transmitting the measurement result to the base station. In claim 5,
If the controller does not hold the measurement result when requested by the network, the controller executes transmission processing for transmitting information indicating that the measurement result is not held to the base station. In claim 1,
The controller executes in advance notification processing for notifying the base station that the terminal has the capability to obtain the measurement result. In claim 5,
The controller executes a transmission process of transmitting the measurement result to the base station even when there is no request from the network. In claim 9,
In the transmission process, the controller performs a process of transmitting the measurement result via a DCCH (Dedicated Control Channel). In claim 1,
In executing the measurement process, the controller further executes a measurement process using at least one of the following parameters as a measurement target.
The period from the acquisition of the measurement result to be held until the user terminal transmits data. The latest radio measurement result for intra-frequency / inter-frequency / inter-RAT. Identification indicating the serving cell of the user terminal. Information-Location of the user terminal A base station that performs wireless communication with a user terminal,
With a controller,
The controller is
The process of receiving the measurement result measured and held by the terminal from the user terminal,
The measurement result is
Including a period from the first processing of the MAC layer to the second processing of the PHY layer in the user terminal,
The first process is a process instructing the MAC layer to transmit a random access preamble or a scheduling request to the PHY layer;
The second process is a base station in which the user terminal receives a grant indicating a radio resource used for transmission by the user terminal from the base station. A base station that performs wireless communication with a user terminal,
With a controller,
The controller is
Execute the process of receiving the measurement results measured and held by the terminal from the user terminal,
The measurement result is
In the user terminal, a base station including a period from when a layer higher than the MAC layer commands the MAC layer to execute a random access process until completion of RRC Connection setup. In claim 12,
The controller executes a process of receiving capability information from the user terminal,
The capability information indicates that the user terminal can execute processing for obtaining the measurement result,
When receiving the capability information, the controller executes a process of requesting the measurement result only to the user terminal that is the transmission source of the capability information. In claim 12,
The controller executes a process of notifying information indicating that the measurement process and the holding process are preferably performed in a user terminal using a system information block (SIB). In claim 12,
The controller executes a process of notifying information indicating that the measurement process is not required in the user terminal using a system information block (SIB).

Images