KR102409937B1 - Operation Method of Connected Mode Discontinuous Reception and device supporting the same - Google Patents

Abstract

The present invention discloses a DRX operating method and an apparatus supporting the same. The user terminal of the present invention is functionally connected to a communication circuit forming a communication channel with a base station device, a communication circuit, collects network configuration information from the base station device, performs a DRX function based on the network configuration information, and requests an application execution Check the application type when the application type is a designated type, generate a dummy packet, and send the dummy packet to the base station device to extend the On Duration period of DRX before the expiration of the Inactivity Timer defining the duration period in which the On state should be maintained and a processor configured to transmit the dummy packet to , wherein the processor periodically generates a dummy packet during application execution, and periodically transmits the dummy packet immediately before expiration of an Inactivity Timer updated according to the transmission of the dummy packet.

Description

DRX operation method and device supporting the same {Operation Method of Connected Mode Discontinuous Reception and device supporting the same}

The present invention relates to a DRX operating method, and more particularly, to a DRX operating method capable of reducing delay caused by DRX when operating a specific type of application, and to an apparatus supporting the same.

According to the 3GPP standard, in 4G LTE, communication with the Application Layer corresponding to Layer 7 of the OSI 7 Layer model is not defined. Similarly, in 5G NR (New Radio), the standard for Layer 7 is not defined separately, and a model for communication between the application layer in the terminal and the base station is not defined. For this reason, communication systems such as 4G and 5G are not involved in characteristics such as IP packet size and traffic generation cycle for traffic generated by the terminal and contents provider. In such an environment, the communication systems such as 4G and 5G require higher QoS conditions, so delay control is required. Also, in 5G NR, although requirements for end to end (E2E) latency are not specified, the latency perceived by actual users should be evaluated as E2E latency including the RAN section. Accordingly, there is a need to discuss how to improve E2E latency, but there is no specific standard or method yet.

On the other hand, in 5G NR, the user terminal must be in a ready state to receive and decode the Physical Downlink Control Channel (PDCCH) by always maintaining the ON state for LTE and 5G NR connections even when there is no traffic to transmit and receive. The PDCCH is a control channel used in the LTE base station and the NR base station, and is a channel allocated to transmit information on downlink/uplink resource allocation of the LTE base station and the NR base station. However, in order to maintain the PDCCH, the battery consumption in the terminal is deepened, and there is a problem in that the battery consumption is further aggravated in the split bearer connection using the LTE network and the NR network at the same time. In relation to this problem, it is possible to reduce battery consumption by applying the cDRX (Connected Mode Discontinuous Reception) function to each of the LTE network and the NR network.

However, when the cDRX technology is applied, since the UE can receive the PDCCH only in the ON state, there is a problem in that the downlink latency is increased due to this. In addition, in the case of Uplink, when waking from OFF state to ON state through Scheduling Request transmission, wakeup latency for waking up from the sleep state in the terminal to the ON state occurs, thereby increasing the uplink latency.

Korean Patent Registration No. 10-182887, registered on February 07, 2108 (Title: Discontinuous reception (DRX) improvement in LTE systems)

The present invention is to solve the above-mentioned problem, and proposes a structure and apparatus capable of collecting the characteristics of a network to which the user terminal is currently connected at the application stage located in the user terminal or Contents Provider, and based on this, the structure and apparatus of the user terminal are proposed. It is to provide a DRX operation method that can improve service quality such as E2E latency by reflecting the network characteristics in the application layer and a device that supports it.

A user terminal according to an embodiment of the present invention includes a communication circuit forming a communication channel with a base station device, and is functionally connected to the communication circuit, collects network configuration information from the base station device, and performs a DRX function based on the network configuration information , check the application type when an application execution request is made, and when the application type is a specified type, generate a dummy packet, and transmit the dummy packet to the DRX a processor configured to be transmitted to the base station device to extend an On Duration period of It is characterized in that it is set to periodically transmit the dummy packet.

In addition, when the application type is an application type that requires data transmission in real time, the processor is set to generate the dummy packet.

Also, when the base station device is changed during generation and transmission of the dummy packet, the processor recollects the changed network configuration information of the base station device, and generates and transmits the dummy packet based on the re-collected network configuration information. characterized in that it is set.

The DRX operation method of the user terminal according to an embodiment of the present invention comprises the steps of: the user terminal forming a communication channel with the base station apparatus; the user terminal collecting network setting information from the base station apparatus; the user terminal setting the network Checking the application type when an application execution request is requested while performing a DRX function based on information A step of transmitting the dummy packet to the base station device to extend the On Duration section of the DRX before the expiration of the Inactivity Timer defining the duration period to be performed, wherein the step of transmitting the dummy packet to the base station device is performed by the user terminal while the application is running It characterized in that it comprises the steps of periodically generating a dummy packet and the user terminal periodically transmitting the dummy packet immediately before expiration of the Inactivity Timer updated according to the transmission of the dummy packet.

In addition, when the base station device is changed while the user terminal is generating and transmitting the dummy packet, re-collecting the changed network configuration information of the base station device, and the user terminal based on the re-collected network configuration information, the dummy packet It characterized in that it further comprises the step of performing generation and transmission.

In the present invention, when cDRX is applied in 5G and LTE environments, it is possible to reduce delay in the process of the user terminal operating a specific application.

1 is a diagram illustrating an example of a system configuration to which a DRX operation method according to an embodiment of the present invention is applied.
2 is a diagram illustrating an example of a hierarchical connection between a content supply device and a user terminal according to an embodiment of the present invention.
3 is a diagram illustrating an example of a configuration of a user terminal according to an embodiment of the present invention.
4 is a diagram illustrating an example of a DRX-related operation method of a user terminal according to an embodiment of the present invention.
5A is a diagram for explaining a DRX operation method related to operation 409 according to an embodiment of the present invention.
5B is a diagram for explaining a DRX operation method related to operation 411 according to an embodiment of the present invention.
6 is a diagram illustrating an example of a method for operating a base station related to DRX operation according to an embodiment of the present invention.

Hereinafter, various embodiments of the present invention will be described with reference to the accompanying drawings. However, this is not intended to limit the present invention to specific embodiments, and it should be understood that various modifications, equivalents, and/or alternatives of the embodiments of the present invention are included. In connection with the description of the drawings, like reference numerals may be used for like components.

The present invention described below proposes a structure that can accommodate network characteristics at the application end of the user terminal, and utilizes these characteristics at the application end of the user terminal or content supply terminal to reduce E2E latency. suggest Specifically, the present invention can reduce latency by flexibly operating the standard cDRX period according to traffic types.

1 is a diagram illustrating an example of a system configuration to which a DRX operation method according to an embodiment of the present invention is applied.

Referring to FIG. 1 , a network system 10 according to an embodiment of the present invention may include a user terminal 100 , a communication network 200 , and a content supply device 300 . Here, the communication network 200 includes a first base station 210 (or a first base station device) (eg, an LTE base station, eNB), and a second base station 220 (or a second base station device) (eg, an NR base station, gNB). ), the EPC 230 may be included. Such a network system 10 includes a number of evolved base stations 210 and 220 (or base station devices) (eg, Node Bs (eNBs, gNBs)) and other networks capable of supporting wireless communication for the user terminal 100 . It may contain entities. Each of the base stations may provide communication coverage for a particular geographic area.

The user terminal 100 may be fixed or movable. User terminal 100 may also be referred to as a mobile station, terminal, access terminal, subscriber unit, station, or the like. User terminal 100 may be a cellular phone, personal digital assistant (PDA), wireless modem, wireless communication device, handheld device, laptop computer, cordless phone, wireless local loop (WLL) station, or the like. When power is supplied, the user terminal 100 may search for wireless networks capable of receiving communication services. When two or more wireless networks are detected, the user terminal 100 may select a wireless network having the highest priority. Such a user terminal 100 may be located within the coverage of cells of multiple frequencies or multiple radio access technologies (RATs) while in idle mode. In the case of LTE, the user terminal 100 may select a camping frequency and RAT based on the priority list. This priority list may include a set of frequencies, a RAT associated with each frequency, and a priority for each frequency.

The user terminal 100 may collect main information related to cDRX of a base station receiving a service through the application layer, and the collected cDRX related configuration information is shown in Table 1 below.

cDRX Parameter Description DRX Cycle In general, it is the sum of 'ON' section + 'OFF' section, and it is defined as onDurationTimer (= ON section) and longdrx-CycleStartOffset (= ON+OFF section) Param in RRC message. onDuration timer Duration that is 'ON' within 1 DRX Cycle Drx-Inactivity timer Duration that the UE (user terminal) should extend and maintain 'ON' after receiving the PDCCH Drx-Retransmission timer Duration that the UE must extend and maintain 'ON' for retransmission

In LTE and NR, the units matching the IE (Information Element) and eNum values in the RRC Msg for DRX configuration are different, but the meaning is the same in operation. DRX Config used in LTE and NR according to the 3GPP standard. Since my parameters are repeatedly marked, in the present invention, parameters are defined as shown in Table 2 below to distinguish them.

LTE NR onDurationTimerLTE onDurationTimerNR drx-InactivityTimerLTE drx-InactivityTimerNR drx-LongCycleLTE (cycle information) drx-LongCycleNR (cycle information) drx-StartOffsetLTE (Offset information) drx-StartOffsetNR (Offset information)

When there is no data transmitted and received with the base stations 210 and 220 according to the operation of a connected discontinuous reception (cDRX) (or DRX) in a state in which a real-time-based game application requiring real-time performance is running, the user terminal 100 of the present invention Before the inactivity timer expires, a dummy packet is transmitted to the base stations 210 and 220 to update the inactivity timer, and the active state can be maintained during the On Duration period. That is, the user terminal 100 transmits the dummy packet at a specified time and extends the On Duration period by the DRX Inactivity Timer period from the time of transmitting the dummy packet, so that the base stations 210 and 220 receive from the content supply device 300 . DL data (downlink data) can be directly transmitted without additional delay. Such a function may be applied when executing an application such as a game or stock in which real-time data transmission/reception is prioritized over a battery saving function. On the other hand, the user terminal 100 applies DRX (or cDRX) when an application that does not require a separate real-time (eg, web browser) is running, checks whether data is received during the On Duration period, and DRX Inactivity After the timer expires, it may transition to the Sleep state. Meanwhile, the user terminal 100 may check the expiration time of the DRX Inactivity Timer to be applied according to the type of the accessing base stations 210 and 220 , and process the dummy packet transmission before the expiration of the corresponding expiration time. The base stations 210 and 220 may support wireless communication with the user terminal 100 and other terminals not shown. The base stations 210 and 220 may perform various functions for communication with the user terminal 100 . For example, the base stations 210 and 220 may receive an uplink signal from the user terminal 100 in the uplink and transmit the signal to the user terminal 100 through the downlink. Base stations 210 , 220 may support communication with EPC 230 and/or other network entities. In particular, the base stations 210 and 220 of the present invention apply the DRX Inactivity Timer update according to the packet provided by the user terminal 100 while supporting the DRX operation of the user terminal 100, and based on this, the corresponding user terminal ( 100) may extend the On Duration section. When receiving DL data from the content providing device 300 during the extended On Duration period, the base stations 210 and 220 may directly transmit the DL data to the user terminal 100 . In relation to performing the above-described operation, each of the first base station 210 and the second base station 220 includes a communication circuit capable of communicating with the user terminal 100, a processor performing cDRX setting, and storing the cDRX setting value. memory, and the like. The EPC 230 may perform various functions such as mobility management of the user terminal 100 , bearer management, split bearer management, distribution of paging messages, security control, authentication, gateway selection, and the like. The EPC 230 may perform various functions supporting communication services for the user terminal 100 . For example, EPC 230 may include a controller/processor, memory, communication unit, and the like. The EPC 230 may calculate the cDRX setting value of the base stations 210 and 220 and transmit the calculated value to the user terminal 100 .

The content supply device 300 forms a communication channel with the user terminal 100 through the communication network 200 , and transmits data according to the execution of a specific application of the user terminal 100 to the user terminal 100 through the communication network 200 . can be provided to Here, the content supply device 300 may provide real-time application data to the user terminal 100 through the communication network 200 . The content providing apparatus 300 may process E2E data transmission through the user terminal 100 and layer formation as shown in FIG. 2 .

2 is a diagram illustrating an example of a hierarchical connection between a content supply device and a user terminal according to an embodiment of the present invention.

Referring to FIG. 2 , the OSI 7 layer may be formed in the user terminal 100 according to the execution of an application that communicates with the content supply device 300 through the communication network 200 . In particular, the first layer (L1 Layer (PHY)) and the second layer (L2 Layer (MAC, RLC, PDCP, SDAP)) of the user terminal 100 are the first layer (L1 Layer) of the content supply device 300 and communication data with the second layer (L2 Layer).

The user terminal 100 may collect related configuration information of the first layer and the second layer related to the 4G/5G network in the seventh layer (Application Layer). For example, the application layer may directly collect network configuration information from the first layer and the second layer. The user terminal 100 may transmit the collected network setting information to the content supply device 300 . For example, the Application Layer of the user terminal 100 transmits the collected network setting information to the content supply device 300 through the second layer and the second layer, and the content supply device 300 has its own first layer and second layer. The network configuration information provided by the user terminal 100 may be received through the second layer, and it may be transmitted to its own application layer.

On the other hand, when the information of the serving cell being serviced is changed (eg, the first base station 210 related to the 4G network to the second base station 220 related to the 5G network), the user terminal 100 enters the case or vice versa) related configuration information of the first layer and the second layer related to the 4G/5G network may be re-collected, and the re-collected network configuration information may be transmitted to the content providing device 300 .

3 is a diagram illustrating an example of a configuration of a user terminal according to an embodiment of the present invention.

Referring to FIG. 3 , the user terminal 100 according to an embodiment of the present invention may include a communication circuit 110 , a memory 140 , and a processor 160 . Additionally, the user terminal 100 may further include a display unit, an input/output unit, at least one sensor, a camera, a battery, and a housing (or frame) surrounding at least a portion of the device configuration in relation to user function operation.

The communication circuit 110 may form a communication channel of the user terminal 100 . For example, the communication circuit 110 may establish a communication channel with the content supply device 300 through the communication network 200 . The communication circuit 110 may access a specific base station of the communication network 200 and receive network setting information related to the base station. Also, the communication circuit 110 may receive the DL data provided by the content providing device 300 through the base station of the communication network 200 . The communication circuit 110 may provide user data generated according to a user input in a specific application execution state to the content providing device 300 through the communication network 200 .

The memory 140 may store various applications related to the operation of the user terminal 100 . For example, the memory 140 may store a first application 141 requiring data transmission in real time and a second application 142 requiring data transmission/reception according to a predetermined period or occurrence of an event. Also, the memory 140 may store a type-related information list of installed applications. The type-related information list may include information that records which type of application requires real-time data transmission/reception.

The processor 160 may transmit and process a signal related to the operation of the user terminal 100 . For example, the processor 160 executes at least one of the first application 141 or the second application 142 stored in the memory 140 according to a user input, and transmits or processes signals related to the operation of the executed application. can be done In this process, the processor 160 may configure an application layer according to the execution of the first application 141 or the second application 142 .

The processor 160 may perform access to a base station based on the communication circuit 110 and process channel operation according to DRX application according to base station access. In relation to DRX application, the processor 160 may collect network configuration information from the connected base station, and check DRX cycle information, DRX Inactivity Timer information, On Duration Timer information, and the like. After checking the network configuration information, the processor 160 may wake up in the On Duration period based on the corresponding information, and may receive and decode data for the PDCCH channel.

When an application execution request is received during DRX application, the processor 160 may check the application type. For example, when the execution of the first application 141 is requested, the processor 160 outputs a related screen to the display unit after the execution of the first application 141 and the first application 141 through the communication circuit 110 . In relation to operation, a communication channel may be formed with the content supply device 300 . Then, when the identified application type is confirmed as a type requiring real-time data transmission/reception, the processor 160 generates a dummy packet and transmits the dummy packet to the connected base station before the DRX Inactivity Timer of the corresponding base station expires, and the DRX Inactivity Timer While updating , you can request to extend On Duration. In this process, the processor 160 may transmit a dummy packet immediately before the expiration of the DRX Inactivity Timer in order to minimize network overhead.

When the execution of the second application 142 that does not require real-time transmission/reception data is requested during DRX application, the processor 160 outputs a screen according to the execution of the second application 142 to the display unit and turns On according to the DRX application Data reception and decoding of a designated channel may be performed in the duration period. In this operation, the processor 160 may control the base stations 210 and 220 to transmit and receive a signal related to the operation of the second application 142, but not to perform a separate operation of the dummy packet.

The processor 160 may collect network configuration information related to a newly accessed base station when a base station is changed or a serving cell is changed according to the movement of the user terminal 100 . The processor 160 may apply DRX according to the newly collected network configuration information. In this process, when the base station is changed while the first application 141 is being executed, the processor 160 may extend the On Duration period by transmitting a dummy packet to the base station before the DRX Inactivity Timer of the changed base station expires.

As described above, in the case of the user terminal 100 using a real-time game, in a situation where the latency guarantee and reduced service quality for the game played by the user should be prioritized rather than the battery consumption reduction effect, 4G/ It is possible to suppress the increase in latency that may be caused by the cDRX technology applied in the 5G base station. That is, in an environment in which the base station operating the cDRX function cannot know which application is used in the user terminal 100 , when an application, etc. that must ensure real-time performance is executed in the user terminal 100 , as described above, the dummy By providing packets to the base station, a method of preventing data transmission delay due to the idle period caused by the cDRX function from occurring can be performed in the application layer in the user terminal, thereby preventing the occurrence of latency due to the cDRX operation. In this process, cDRX-related information is collected from the application of the user terminal 100, and the information is transmitted to the content supply device 300 so that both UL/DL Traffic transmitting subjects can know the cDRX setting information, and by DRX In order to prevent delay, dummy packets (or garbage traffic) may be generated/transmitted in UL/DL.

4 is a diagram illustrating an example of a DRX-related operation method of a user terminal according to an embodiment of the present invention.

Referring to FIG. 4 , in relation to the DRX operation method according to an embodiment of the present invention, the processor 160 of the user terminal 100 may determine whether an application is executed in step 401 . When there is no application execution, the processor 160 may have a standby state in step 403 . For example, the processor 160 may output a standby screen to the display unit of the user terminal 100 . Alternatively, the processor 160 may transition to a sleep state in which the display unit is turned off as a standby state.

When the application is executed, the processor 160 may check the application type in step 405 . For example, the processor 160 determines whether the execution-requested application type is an application type that requires real-time data transmission/reception or an application type that does not require separate real-time data transmission/reception and transmits and receives data according to a specified time interval or occurrence of an event can be checked In relation to the application type confirmation, the processor 160 may confirm the application type through identification information of the execution requested or selected application. Alternatively, the processor 160 may identify an application type based on the content providing device 300 that forms a communication channel by activating an execution-requested application. Alternatively, the processor 160 may identify an application type based on a communication protocol selected for data transmission/reception with the content supply device 300 having formed a communication channel.

In step 407 , the processor 160 may determine whether the application type is a specified type. In this regard, the processor 160 may check a list related to the designated type pre-stored in the memory 140 . The processor 160 may store and manage the specified type related list. For example, when a new application is installed in the user terminal 100 , the processor 160 may collect the corresponding application type information and check whether the collected type information is an application type that requires real-time data transmission/reception. When the application type requires real-time data transmission/reception, the processor 160 may update the specified type related list.

When the execution-requested application type is a specified type (eg, a game application requiring real-time data transmission/reception), in step 409 , the processor 160 may transmit a dummy packet to the connected base station before the inactivity timer expires. In this regard, when the processor 160 accesses the base stations 210 and 220 , it collects network setting information related to the base stations 210 and 220 , and based on the collected network setting information, the You can collect DRX Inactivity Timer expiration time information.

When the execution-requested application type is not a specified type (eg, a web browser application that does not require real-time data transmission/reception), in step 411 , the processor 160 may process DRX execution. For example, the processor 160 may wake up during the On Duration period to receive and decode the PDCCH, and may transition to the Sleep state after the corresponding period has elapsed or the Inactivity Timer expires.

Thereafter, in step 413 , the processor 160 may check whether an event related to termination of the corresponding application occurs. If there is no termination of the corresponding application, the processor 160 may branch to a previous step, for example, before step 409 or 411, or branch before step 407 to re-perform the following operation.

5A is a diagram for explaining a DRX operation method related to operation 409 according to an embodiment of the present invention.

Referring to FIG. 5A , when an application requiring real-time data transmission/reception is executed in the second DRX cycle, the user terminal 100 may transmit a dummy packet (or garbage traffic) to suppress delay due to DRX. In this regard, since the application in the user terminal 100 knows the preset cDRX operation information through the network setting information collected in advance, the user terminal 100 repeatedly transmits a dummy packet before every inactivity timer expires. To keep the On state. In general, the cDRX operation is a function applied to reduce the battery consumption of the terminal, but the DRX operation method according to the present invention does not consider the battery consumption as important. can be applied

Regarding the method of generating and transmitting the dummy packet in the user terminal 100 , the packet size may be defined as a small size packet of a specified size or less. Through this, the network system 10 of the present invention can reduce the network overhead caused by the dummy packet.

When the user terminal 100 is connected to the LTE network, the generation and transmission period of a packet (eg, a dummy packet) may be a period obtained by subtracting deltaLTE from drx-InactivityTimerLTE. The user terminal 100 generates a dummy packet at a corresponding cycle and transmits it through the uplink. In this case, deltaLTE may be a value obtained by adding t2LTE to t1LTE. The t1LTE refers to the time taken from generation of a dummy packet in the application layer of the user terminal 100 to transmission to the LTE PDCP layer, and t2LTE may correspond to half of the scheduling request transmission period of the LTE system.

When the user terminal 100 is connected to the 5G NR network, the generation and transmission period of the dummy packet may be a period obtained by subtracting deltaNR from drx-InactivityTimerNR, and the application layer of the user terminal 100 is the corresponding period. Creates a dummy packet and transmits it through Uplink. In this case, deltaNR may be a value obtained by adding t2NR to t1NR. The t1NR refers to the time taken from generation of a dummy packet in the application layer of the user terminal 100 to transmission to the NR PDCP layer, and t2NR may correspond to a half value of the Scheduling Request transmission period of the NR system. .

Since ON and OFF (=Sleep section) by cDRX operation affect both uplink/downlink transmission, it is possible to prevent additional delay caused by cDRX when transmitting uplink/downlink traffic only by transmitting dummy packets in uplink.

5B is a diagram for explaining a DRX operation method related to operation 411 according to an embodiment of the present invention.

Referring to FIG. 5B , the user terminal 100 may receive and decode data of the PDCCH channel during the On Duration period, and may transition to the Sleep state during the remaining period. When DL traffic arrives after the On Duration period, the base stations 210 and 220 may provide the DL traffic to the user terminal 100 after waiting until the next On Duration period. In this case, additional latency occurs due to the cDRX operation, but as the currently running application is an application that is not affected by the predetermined delay, the delay may be ignored.

6 is a diagram illustrating an example of a method for operating a base station related to DRX operation according to an embodiment of the present invention.

Referring to FIG. 6 , in the method for operating a base station related to DRX operation according to an embodiment of the present invention, the base stations 210 and 220 may process access to the user terminal 100 in step 601 . The base stations 210 and 220 may provide network configuration information to the user terminal 100 in the process of accessing the user terminal 100 .

In step 603 , the base stations 210 and 220 may apply DRX to the corresponding user terminal 100 . In this process, the base stations 210 and 220 and the user terminal 100 may activate the On Duration period DRX Inactivity Timer, etc. based on the transmitted/received network configuration information. For example, in the On Duration period, the user terminal 100 may wake up and receive and decode the data of the PDCCH channel. The user terminal 100 may drive the DRX Inactivity Timer during the On Duration period, and transition to the Sleep state when the corresponding timer is completed.

In step 605 , the base stations 210 and 220 may check whether a dummy packet is received before the inactivity timer expires according to DRX application. If there is no dummy packet reception, the base stations 210 and 220 may branch to before step 603 and perform the following operations. In relation to this operation, the base stations 210 and 220 may continue to check whether DRX application and dummy packet reception is performed while the corresponding user terminal 100 maintains the connected state, and when the connection is released, the DRX application operation may be terminated. .

If the dummy packet is received before the expiration of the DRX Inactivity Timer, in step 607 , the base stations 210 and 220 may perform an inactivity timer update. In this process, the base stations 210 and 220 and the user terminal 100 may extend the On Duration period. The base stations 210 and 220 may receive a dummy packet from the user terminal 100 just before the expiration of the inactivity timer in order to minimize network overhead due to transmission and reception of the dummy packet.

In step 609, the base stations 210 and 220 may check whether a DL packet (or DL data) is received in the On Duration period. When the DL packet is received in the On section, the base stations 210 and 220 may directly transmit the DL packet to the user terminal 100 in step 611 . The DL packet may be received from the content providing device 300 through which the user terminal 100 has established a communication channel. Thereafter, the base stations 210 and 220 may return to a designated step, for example, before step 603. If there is no DL packet reception in the On section in step 609 , it can be checked whether there is a dummy packet reception from the user terminal 100 while applying DRX by branching to before step 603 .

Meanwhile, in the above description, when the base stations 210 and 220 receive the dummy packet from the user terminal 100, it has been described that the On Duration period is extended, but the user terminal 100 provides data ( Example: In order to generate data corresponding to a user input) and transmit the data to the content providing device 300 , the data may be transmitted to the base stations 210 and 220 . Even in this case, the base stations 210 and 220 may extend the On Duration period while transmitting the corresponding data to the content providing device 300 . Confirmation of whether a dummy packet is received or user data (eg, data to be provided to the content supply device 300) is received, and the On Duration section extension operation of DRX according to packet reception before the expiration of the inactivity timer can be operated while

The method according to the present invention may be implemented in the form of software readable by various computer means and recorded in a computer readable recording medium. Here, the recording medium may include a program command, a data file, a data structure, etc. alone or in combination. The program instructions recorded on the recording medium may be specially designed and configured for the present invention, or may be known and available to those skilled in the art of computer software. For example, the recording medium includes a magnetic medium such as a hard disk, a floppy disk, and a magnetic tape, an optical recording medium such as a compact disk read only memory (CD-ROM), a digital video disk (DVD), and a floppy disk. Magneto-Optical Media, such as a disk, and hardware devices specially configured to store and carry out program instructions, such as ROM, Random Access Memory (RAM), Flash memory, etc. do. Examples of program instructions may include high-level language codes that can be executed by a computer using an interpreter or the like as well as machine language codes such as those generated by a compiler. Such hardware devices may be configured to operate as one or more software modules to perform the operations of the present invention, and vice versa.

In addition, implementations of the functional operations and subject matter described herein may be implemented in other types of digital electronic circuits, or in computer software, firmware, or hardware including the structures disclosed herein and structural equivalents thereof, or these It can be implemented by a combination of one or more of them. Implementations of the subject matter described herein relate to one or more computer program products, ie computer program instructions encoded on a tangible program storage medium for execution by or for controlling the operation of an apparatus according to the invention. It can be implemented as it is the above module. The computer readable medium may be a machine readable storage device, a machine readable storage substrate, a memory device, a composition of matter that affects a machine readable radio wave signal, or a combination of one or more thereof.

Moreover, while this specification contains numerous specific implementation details, these are not to be construed as limitations on the scope of any invention or claim, but rather on features that may be specific to particular embodiments of particular inventions. It should be understood as an explanation. Certain features that are described herein in the context of separate embodiments may be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment may also be implemented in multiple embodiments, either individually or in any suitable subcombination. Furthermore, although features operate in a particular combination and may be initially depicted as claimed as such, one or more features from a claimed combination may in some cases be excluded from the combination, the claimed combination being a sub-combination. or a variant of a sub-combination.

Likewise, although acts are depicted in the figures in a particular order, it should not be construed that all acts shown must be performed or that such acts must be performed in the specific order or sequential order shown to obtain desirable results. In certain cases, multitasking and parallel processing may be advantageous. Further, the separation of various system components of the above-described embodiments should not be construed as requiring such separation in all embodiments, and the program components and systems described may generally be integrated together into a single software product or packaged into multiple software products. You have to understand that you can.

Certain embodiments of the subject matter described herein have been described. Other embodiments are within the scope of the following claims. For example, acts recited in the claims may be performed in a different order and still achieve desirable results. As an example, the processes depicted in the accompanying drawings do not necessarily require the specific illustrated order or sequential order to achieve desirable results. In certain implementations, multitasking and parallel processing may be advantageous.

The present description sets forth the best mode of the invention, and provides examples to illustrate the invention, and to enable any person skilled in the art to make or use the invention. The specification thus prepared does not limit the present invention to the specific terms presented. Accordingly, although the present invention has been described in detail with reference to the above-described examples, those skilled in the art can make modifications, changes, and modifications to the examples without departing from the scope of the present invention.

Therefore, the scope of the present invention should not be defined by the described embodiments, but should be defined by the claims.

The present invention is applied to the communication field, and in particular, relates to a technique for minimizing data transmission delay between a terminal and a base station.

In particular, the present invention allows the C-DRX function to be selectively operated according to a specific application type, thereby improving the service quality of an application requiring real-time data transmission and reception, which has a greater delay than battery saving.

100: terminal
210, 220: base station
230: EPC
300: content supply device

Claims (5)

communication circuitry forming a communication channel with the base station apparatus;
It is functionally connected to the communication circuit, collects network setting information from the base station device, performs a DRX function based on the network setting information, checks the type of the application when an application execution request is made, and the type of the application In the case of this designated type, a processor configured to generate a dummy packet and transmit the dummy packet to the base station device to extend the On Duration period of the DRX before the expiration of the Inactivity Timer defining a duration period in which the On state should be maintained. but,
the processor is
It is characterized in that it is set to periodically generate a dummy packet while the application is running, and periodically transmit the dummy packet immediately before expiration of the Inactivity Timer updated according to the transmission of the dummy packet,
The generation and transmission period of the dummy packet is
It is the period after deducting delta from drx-InactivityTimer,
The delta is a value obtained by adding t2 to t1,
t1 is a time taken from generation of a dummy packet in the application layer of the user terminal to transmission to the PDCP layer,
The t2 is a user terminal, characterized in that half of the Scheduling Request transmission period of the communication system. According to claim 1,
the processor is
The user terminal, characterized in that it is set to generate the dummy packet when the type of the application is the type of application that requires data transmission in real time. According to claim 1,
the processor is
During the generation and transmission of the dummy packet, if the base station device is changed, the network configuration information of the changed base station device is re-collected, and the dummy packet is generated and transmitted based on the re-collected network configuration information. A user terminal with forming, by the user terminal, a communication channel with the base station apparatus;
collecting, by the user terminal, network configuration information from the base station device;
checking, by the user terminal, the type of the application when an application execution request is made while performing a DRX function based on the network setting information;
generating, by the user terminal, a dummy packet when the type of the application is a designated type; and
Transmitting the dummy packet to the base station device to extend the On Duration period of the DRX before the expiration of an Inactivity Timer defining a Duration period in which the user terminal must maintain an On state;
The step of transmitting to the base station device is
generating, by the user terminal, a dummy packet periodically while the application is running; and
transmitting, by the user terminal, the dummy packet periodically immediately before expiration of the inactivity timer updated according to the transmission of the dummy packet;
includes,
The generation and transmission period of the dummy packet is
It is the period after deducting delta from drx-InactivityTimer,
The delta is a value obtained by adding t2 to t1,
t1 is a time taken from generation of a dummy packet in the application layer of the user terminal to transmission to the PDCP layer,
The DRX operation method of the user terminal, characterized in that t2 is half of the Scheduling Request transmission period of the communication system. 5. The method of claim 4,
re-collecting, by the user terminal, network configuration information of the changed base station device when the base station device is changed while generating and transmitting the dummy packet; and
generating and transmitting, by the user terminal, the dummy packet based on the re-collected network configuration information;
DRX operation method of the user terminal, characterized in that it further comprises.

Images