Terminal device for efficiently changing communication parameters according to traffic characteristics

Abstract

To provide appropriate communication control in a situation where communications with various traffic patterns are expected to be performed simultaneously.SOLUTION: When a frame generated by an application executed by a terminal device is transmitted as burst data divided into multiple packets, the terminal device recognizes the head packet of the burst data, identifies a generation period of the burst data generated by the application based on a result of the recognition, reports information regarding the identified generation period to a base station device, and obtains information regarding a frame to be reported from the base station device.SELECTED DRAWING: Figure 9

Description

[Technical field]

[0001] The present invention relates to a technique for changing communication parameters in a cellular communication system. [Background technology]

[0002] In a cellular communication system, functions such as a Configured Grant (CG) function and a Semi-Persistent Scheduling (SPS) function may be used to perform communication efficiently by periodically allocating radio resources. For the Release 17 standard of the Third Generation Partnership Project (3GPP (registered trademark)), a technology has been proposed to improve communication capacity by optimizing parameters of the CG function and the SPS function according to the traffic pattern of an application (Non-Patent Document 1). [Prior art documents] [Non-patent literature]

[0003] [Non-Patent Document 1] 3GPP contribution, RP-220285, March 2022 Summary of the Invention [Problem to be solved by the invention]

[0004] In actual application traffic, it is assumed that communications with various traffic patterns are executed simultaneously. [Means for solving the problem]

[0005] In such a situation, the present invention provides an appropriate communication control technique according to those traffic patterns.

[0006] A terminal device according to one aspect of the present invention has a recognition means for recognizing the first packet of burst data when a frame generated by an application executed by the terminal device is transmitted as burst data divided into multiple packets, an identification means for identifying a generation period of the burst data by the application based on a result of the recognition, a reporting means for reporting information regarding the generation period identified by the identification means to a base station device, and an acquisition means for acquiring information regarding the frame to be reported by the reporting means from the base station device. Effect of the Invention

[0007] According to the present invention, it is possible to implement appropriate communication control in accordance with a traffic pattern. [Brief description of the drawings]

[0008] [Figure 1] FIG. 1 is a diagram illustrating an example of the configuration of a wireless communication network. [Diagram 2] FIG. 13 is a diagram showing an example of changing SPS parameters. [Diagram 3] FIG. 11 is a diagram showing an example of changing CG parameters. [Figure 4] FIG. 13 is a diagram showing an example of changing CDRX parameters. [Diagram 5] FIG. 11 is a diagram illustrating an example of control of a plurality of DRX parameters. [Figure 6] FIG. 2 illustrates an example of a hardware configuration of the apparatus. [Figure 7] FIG. 2 is a diagram illustrating an example of a functional configuration of a base station device. [Figure 8] FIG. 2 is a diagram illustrating an example of a functional configuration of a terminal device. [Figure 9] FIG. 1 is a diagram showing an example of a flow of processing executed in a wireless communication network. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0009] Hereinafter, the embodiments will be described in detail with reference to the accompanying drawings. Note that the following embodiments do not limit the invention according to the claims, and not all combinations of features described in the embodiments are essential to the invention. Two or more features among the multiple features described in the embodiments may be arbitrarily combined. In addition, the same reference numbers are used for the same or similar configurations, and duplicated descriptions are omitted.

[0010] (System Configuration) 1 shows a configuration example of a wireless communication system according to this embodiment. The wireless communication system may be, for example, a wireless communication system conforming to the 5th generation (5G) cellular communication standard of the 3rd Generation Partnership Project (3GPP (registered trademark)). The wireless communication system includes, for example, a base station device 101, a terminal device 111, a core network device 121, and an application server 131. In one example, the terminal device 111 transmits and receives user data related to application traffic to and from the application server 131 via the base station device 101 and the core network device 121.

[0011] Application traffic is traffic that is generated by an application and needs to be transmitted to other devices, or that is received from other devices to be used by an application, and may take various forms. For example, data is generated and transmitted by various applications, such as video streaming, cloud gaming, haptic communication, tactile communication, and applications that realize the metaverse. Here, application traffic can be regarded as a collection of multiple data each having different characteristics and data generation cycles. For example, if the application is a game application, the application traffic includes video information, audio information, operation information, and the like. Also, for example, if the application is a video streaming application, the application traffic can be defined as a collection of video information and audio information. Also, video information can be classified into different types of video frames structured by GOP (Group of Pictures), that is, I pictures (I frames), P pictures (P frames), and B pictures (B frames). Note that I frames, P frames, and B frames are transmitted and received at different cycles (for example, between the terminal device 111 and the application server 131).

[0012] The above-mentioned types of transmission / reception target data included in the application traffic may include data that allows delay and data that does not allow delay. For example, among the above-mentioned I frame, P frame, and B frame, the I frame is a frame that has no dependency on other frames and can be decoded and an image can be generated independently, whereas the P frame is a frame in which the difference between data predicted from past frames is encoded, and the B frame is a frame in which the difference between data predicted from both past and future frames is encoded, and therefore depends on other frames. In other words, accurate reception of the I frame without delay enables accurate decoding of the P frame and the B frame, so that the I frame can be said to be data that does not allow delay. On the other hand, P frames and B frames do not necessarily allow delay. For such application traffic, it is required to periodically allocate radio resources to data that does not allow delay so as not to cause delay. On the other hand, it is possible to set parameters of the CG function and the SPS function so as to periodically allocate radio resources to data that allows delay, but in that case, radio resources may be periodically and unnecessarily secured. As a result, during that period, radio resources are reserved for data transmission that does not necessarily require radio resources to be reserved, which may lead to a shortage of radio resources available for allocation to data that cannot tolerate delay and that other terminal devices request to be transmitted.

[0013] In this embodiment, in view of such circumstances, when it is assumed that communications in various traffic patterns are executed simultaneously, a traffic pattern for data that greatly affects the operation of an application, such as the above-mentioned I frame (key frame), is specified. Then, resources are allocated so that transmission / reception delay, transmission / reception period, jitter (periodic fluctuation), and the like are kept within specified values. Below, a technique for enabling the specification of such a traffic pattern and the allocation of wireless resources will be described. Note that, below, an example of a case where video frame data corresponding to each of an I frame, a P frame, and a B frame is transmitted and received as application traffic may be mentioned, but this is merely one example of data, and the following discussion can be applied to application traffic consisting of a combination of data in various formats.

[0014] In this embodiment, for example, the core network device 121 determines the frame type for which the traffic pattern is to be specified. In this case, the core network device 121 notifies the base station device 101 of information on the frame type (for example, at least one of an I frame, a P frame, and a B frame) for which the traffic pattern is to be specified. At this time, the core network device 121 may notify the base station device 101 of frame characteristic information indicating characteristics of the frame for which the traffic pattern is to be specified. The frame characteristic information includes, for example, at least one of a frame rate (frames per second, fps), a data rate (Mbps), quality of service (QoS, Quality of Service), priority, a maximum packet transmission delay (Packet Delay Budget), a packet error rate (Packet Error Loss Rate), the number of packets per frame, the number of PDUs, and the like. Furthermore, the information on the frame type targeted for the above traffic pattern identification and the related frame characteristic information may be notified separately in the downlink direction (application server 131 → terminal device 111) and the uplink direction (terminal device 111 → application server 131). As a result, for example, when using a TDD communication method in which uplink transmission is a bottleneck, it is possible to identify a traffic pattern related to uplink communication in the direction in which a signal is transmitted from the terminal device 111 to the base station device 101, and optimize parameters of the CG function. Furthermore, in order to identify a traffic pattern in the uplink direction (terminal device 111 → application server 131), it is necessary for the terminal device 111 to acquire information on the frame type targeted for identification and the related frame characteristic information. In this case, the terminal device 111 acquires necessary information from, for example, the base station device 101 or the core network device 121.

[0015] A frame transmitted from the application server 131 is transmitted to the terminal device 111 via the core network device 121 and the base station device 101. Each time the base station device 101 receives a frame for which a traffic pattern is specified from the core network device 121, it records the reception time and the data size of the received frame. The base station device 101 calculates the period and jitter (period fluctuation) of the received frame from the recorded reception time. The base station device 101 can use the calculated frame period information to determine parameters of the SPS and CG. In this case, if there are multiple frame periods and frame data sizes, the base station device 101 may perform statistical processing on the multiple frame periods and frame data sizes. For example, the base station device 101 can identify the mode, average, and standard deviation for the multiple frame periods, use the mode and average as the frame period for the data for which a traffic pattern is specified, and use the standard deviation as the jitter (period fluctuation) for the data for which a traffic pattern is specified.

[0016] As one embodiment, it is possible to establish a different PDU session between the base station device 101 and the terminal device 111 for each type of frame. In this case, the base station device 101 counts the reception time and size of the frame received for each PDU session. According to this, the base station device 101 can easily distinguish between multiple types of frames using the PDU session and count the reception time and size of the frame for each type of frame. Also, as another embodiment, it is possible to establish a different QoS flow for each type of frame in the same PDU session. In this case, the base station device 101 counts the reception time and size of the frame received for each QoS flow. According to this, the base station device 101 can easily distinguish between multiple types of frames using the QoS flow and count the reception time and size of the frame for each type of frame. It is also possible that user data of multiple types of frames is transmitted and received within the same QoS flow. In this case, an identifier for identifying the type of frame is assigned to the user data in a device that processes an upper layer, such as the application server 131 or the core network device 121. Then, in any of the functional units constituting the base station device 101, such as PDCP, RLC, MAC, etc., the type of frame is recognized by the assigned identifier, and the reception time of the frame and the size of the received frame are counted for each type of frame. Also, a different network slice may be assigned to each type of frame. In this case, data transmitted and received in a PDU session used by a network slice corresponding to the type of frame to be counted may be counted. Note that when one network slice is realized by multiple PDU sessions, data transmitted and received in all PDU sessions associated with the network slice may be counted.In the above embodiment, the application server 131 may be an AF (Application Function), the core network device 121 may be a UPF (User Plane Function), and the base station device 101 may be a gNB.

[0017] The frame received by the base station device 101 from the core network device 121 may be burst data in which one frame is divided into multiple packets and transmitted / received. In this case, the base station device 101 needs to recognize which packet is the first packet of the frame (the first packet received) and which packet is the last packet of the frame (the last packet received). For this reason, for example, the core network device 121 may determine the frame type, whether or not the packet is the first packet of the frame, and whether or not the packet is the last packet of the frame from the information in the RTP header of each packet. For example, the core network device 121 may assign an identifier to each of the first packet and the last packet of each frame as a result of the determination. The base station device 101 may determine whether the packet is the first packet of the frame or the last packet of the frame from the assigned identifier. In another embodiment, the number of packets per frame may be notified from the core network device 121 to the base station device 101, and in this case, the base station device 101 may identify the first packet and the last packet from the notified information on the number of packets per frame. The base station device 101 can identify the frame period by, for example, counting only the reception time of the first packet. In addition, when the number of packets per frame changes dynamically, the core network device 121 may notify the base station device 101 of the number of packets per frame at the timing when the core network device 121 recognizes the change.

[0018] In one embodiment, the base station device 101 instructs the terminal device 111 to specify a traffic pattern and measure a frame period. In this case, the base station device 101 may notify the terminal device 111 of the frame type for specifying the traffic pattern. In this case, the base station device 101 may further notify the terminal device 111 of the above-mentioned frame characteristic information, such as a frame rate (frames per second, fps) when specifying the traffic pattern of a video frame. In addition, the base station device 101 may notify the terminal device 111 of information related to the period, period, and format of the report of the specified traffic pattern. Based on the notified information, the terminal device 111 measures the traffic pattern and frame period of the frame of the type to be specified among the frames to be transmitted to the base station device 101. Then, the terminal device 111 may report the measurement result to the base station device 101 using the specified format and format in the period and period specified by the base station device 101. The base station device 101 may instruct the terminal device 111 to perform statistical processing of measurement data of a plurality of measured frame periods. The base station device 101 may transmit an instruction to the terminal device 111 to report statistical information such as the average value, maximum value, minimum value, mode, and standard deviation of the frame periods. The base station device 101 may also report all of the measurement data of the measured frame periods, or a portion of the data that matches a specific condition.

[0019] Also, in one example, the application server 131 may notify the base station device 101 via the core network device 121 of the allowable value of jitter (period fluctuation) of data transmitted in each frame and the maximum value of packet transmission delay (Packet Delay Budget). In this case, the base station device 101 compares the actually measured standard deviation of the frame period and jitter (frame period fluctuation) with the allowable allowable value of jitter notified from the core network device 121, and notifies the core network device 121 of the comparison result. Note that the base station device 101 may notify the core network device 121 of the actually measured standard deviation of the frame period and jitter (frame period fluctuation). In this case, the comparison between the measured value and the allowable value may be performed by the core network device 121 or the application server 131. The application server 131 may notify the base station device 101 via the core network device 121 of the allowable value of jitter and the maximum value of packet transmission delay when establishing a line required for an application. In this case, the base station device 101 may determine, based on previously measured jitter and delay, whether it is possible to guarantee the communication quality required for the line needed for the application, and notify the core network device 121 and the application server 131 of the determination result.

[0020] Furthermore, the application server 131 may notify the terminal device 111 of the allowable jitter value and the maximum value of packet transmission delay when establishing a line required for an application via the core network device 121 and the base station device 101. In this case, the terminal device 111 may determine whether or not the communication quality required for the line required for the application can be guaranteed based on the jitter and delay actually measured in the past, and may notify the base station device 101, the core network device 121, and the application server 131 of the determination result. The frame period may be measured in multiple internal functional blocks such as SDAP (Service Data Adaptation Protocol), PDCP (Packet Data Convergence Protocol), RLC (Radio Link Control), and MAC (Medium Access Control) in the base station device 101 and the terminal device 111. Similarly, jitter (fluctuation of the frame period) may be measured in multiple internal functional blocks in the base station device 101 and the terminal device 111. Also, the measured value and the allowable value of the transmission delay of the packet may differ depending on how the transmission delay is defined in each of the base station device 101 and the terminal device 111. As an example, the transmission delay may be defined as a period from when the SDAP (Service Data Adaptation Protocol) functional block of the base station device 101 receives a frame from the core network device 121 to when the transmission of the PDSCH including the frame starts. However, this is only an example, and other definitions are naturally possible. For this reason, information on the definitions of the frame period, jitter (frame period fluctuation), and transmission delay may be notified from the core network device 121 or the application server 131 to the base station device 101 or the terminal device 111 so that the core network device 121 or the application server 131 and the base station device 101 or the terminal device 111 can use the same definitions of the frame period, jitter (frame period fluctuation), and transmission delay.

[0021] In this embodiment, the base station device 101 periodically allocates radio resources for transmitting downlink frames to the terminal device 111 using semi-persistent scheduling (SPS) based on a traffic pattern and frame period identified by the base station device itself. For example, the base station device 101 can perform a setting to allocate to the terminal device 111 a downlink resource block sufficient for transmitting data constituting one frame for each frame period. Semi-persistent scheduling (SPS) for performing periodic resource allocation is performed using layer 3 signaling (RRC Reconfiguration message), and the downlink resource allocation period is considered to be set by the periodicity included in the SPS-Config in the RRC Reconfiguration message. Note that, when the frame period changes during communication, the base station device 101 can change the resource allocation period by layer 1 or layer 2 signaling. Also, the base station device 101 may set a plurality of cycles in advance by layer 3 signaling, and may indicate the cycle to be actually used by layer 1 or layer 2 signaling. Also, the base station device 101 may determine the resource blocks to be allocated to the terminal device 111 according to the identified traffic pattern, and may indicate the cycle to the terminal device 111 by using downlink control information (DCI) included in the physical downlink control channel (PDCCH). Here, as shown in "1" and "2" in FIG. 2, it is assumed that 5 ms is set as the first SPS cycle and 20 ms is set as the second SPS cycle by layer 3 signaling. Note that "ms" refers to "milliseconds", and one subframe in FIG. 2 corresponds to 1 ms. Here, for example, it is assumed that the application traffic cycle becomes 20 ms while the SPS cycle of 5 ms is being used, as shown in "1" in FIG. 2. In this case, the base station device 101 may use DCI transmitted on the PDCCH to send an instruction to the terminal device 111 to change the SPS period from a first period of 5 ms to a second period of 20 ms as shown by "2" in FIG. 2.Furthermore, when a frame transmitted to the terminal device 111 is burst data divided into multiple packets and transmitted, the base station device 101 may instruct the start of periodic resource allocation, that is, the activation of semi-fixed scheduling (SPS), based on the period in which the first packet of the frame is transmitted. Furthermore, the base station device 101 may instruct the end of periodic resource allocation, that is, the deactivation of semi-fixed scheduling (SPS), based on the transmission timing of the last packet of the frame. Note that, in the above embodiment, an example in which DCI is transmitted periodically has been described, but when the frame size transmitted every period is the same or falls within a specific size range, it is possible that the size or position of the resource block allocated for transmission periodically is the same, and in that case, transmission of DCI may be omitted.

[0022] In another embodiment, the base station device 101 measures the time required from receiving a frame from the core network device 121 to actually transmitting the frame to the terminal device 111. For example, in the examples of "1" and "2" in FIG. 2, the base station device 101 receives a frame to be transmitted from the core network device 121 to the terminal device 111 at the time of SFN=0 or 2 and Subframe=1. Then, the base station device 101 transmits control information for downlink data transmission by PDCCH at the time of Subframe=5 of the same SFN, and transmits downlink data of the frame by Physical Downlink Shared Channel (PDSCH) during the period of Subframe=6 to 8 of the same SFN, to the terminal device 111. In this case, it takes 4 ms from the time the base station device 101 receives a frame from the core network device 121 to the time the base station device 101 starts transmitting the frame to the terminal device 111. The base station device 101 changes the timing of downlink data transmission to the terminal device 111 so that the measured time required to start transmission falls within the maximum packet transmission delay (Packet Delay Budget) notified by the core network device 121. For example, the base station device 101 changes the timing of downlink data transmission by changing the transmission timing of downlink control information (DCI) included in the physical downlink control channel (PDCCH). For example, in a state where communication is performed in a state such as "2" in FIG. 2, the packet transmission delay is defined as the time from the completion of arrival of application data to the start of PDSCH transmission, and the maximum packet transmission delay (Packet Delay Budget) is 2 ms. In this case, the base station device 101 shifts the transmission timing of the next PDCCH from the timing of SFN=2 and Subframe=5 to the timing of SFN=2 and Subframe=2 after transmitting the PDSCH at SFN=0 and Subframe=8, as shown in "3" in FIG. 2. Since the length of a subframe is 1 ms, this enables the delay time to be reduced to 1 ms, which is less than the packet delay budget of 2 ms.In addition, in FIG. 2, the transmission timing of the PDCCH is adjusted, but this is not limiting. For example, the base station device 101 may transmit the PDCCH at the timing of SFN=1 and Subframe=5, and set the transmission timing of the PDSCH specified by the PDCCH to the timing of SFN=2 and Subframe=2 to 4, so that the transmission timing of the data is shifted. This also makes it possible to reduce the delay time to 2 ms or less of the packet delay budget. In addition, when the data transmitted to the terminal device 111 is burst data, the base station device 101 may instruct the transmission timing of the PDCCH and the PDSCH in downlink control information (DCI) instructing the activation of the semi-fixed scheduling (SPS) when activating the semi-fixed scheduling (SPS). In this case, a change in the timing may be instructed so that the measured time required for transmission is minimized. In the above description, the packet transmission delay is described as the time from the completion of arrival of application data to the start of transmission of PDSCH. However, the packet transmission delay may be defined in another form, such as from the start of arrival of application data to the completion of transmission of PDSCH, or from the completion of arrival of application data to the start of transmission of PDCCH. In one embodiment, the base station device 101 may periodically allocate radio resources for the terminal device 111 to transmit an uplink frame to the base station device 101 using a Configured Grant (CG) based on a traffic pattern and a frame period reported from the terminal device 111. For example, the base station device 101 may perform a setting to allocate, to the terminal device 111, an uplink resource block sufficient for transmitting data constituting one frame for each frame period. The base station device 101 may perform a setting of a CG for performing periodic resource allocation using layer 3 signaling (RRC Reconfiguration message). In this case, the setting related to the uplink resource block may be set using a timeDomainOffset, a timeDomainAllocation, and a frequencyDomainAllocation included in an rrc-ConfiguredUplinkGrant in an RRC Reconfiguration message. Also, the resource allocation period may be set using a periodicity included in a ConfiguredGrantConfig in an RRC Reconfiguration message. In addition, when the frame period or size changes during communication, the base station device 101 may change the resource allocation period or the resource blocks to be allocated by layer 1 or layer 2 signaling. In addition, the base station device 101 may set a plurality of resource allocation periods or a plurality of patterns of allocated resource blocks in advance by layer 3 signaling, and instruct the setting to be actually used by layer 1 or layer 2 signaling. Here, as shown in "1" and "2" in FIG. 3, it is assumed that 5 ms is set as the first CG period and 20 ms is set as the second CG period by layer 3 signaling. In FIG. 3, one subframe corresponds to 1 ms. Here, for example, it is assumed that the application traffic period becomes 20 ms while the 5 ms CG period is being used, as shown in "1" in FIG. 3.In this case, for example, in response to receiving data (physical uplink shared channel (PUSCH) at the time of SFN=0 and subframe=5, the base station device 101 transmits a PDCCH including a DCI indicating an ACK / NACK for the PUSCH to the terminal device 111 at the time of SFN=0 and subframe=6. At this time, the base station device 101 can use the DCI to transmit information to the terminal device 111 instructing to change the CG period from the first period of 5 ms to the second period of 20 ms. In addition, if the frame transmitted by the terminal device 111 is burst data in which one frame is divided into multiple packets and transmitted, the base station device 101 can instruct to start periodic resource allocation and enable CG based on the period in which the first packet of the frame is transmitted. Then, the base station device 101 can instruct to end periodic resource allocation and disable CG based on the transmission timing of the last packet of the frame.

[0023] In another embodiment, the terminal device 111 measures the time required from recognizing the occurrence of a frame to be transmitted to the base station device 101 to actually transmitting the frame to the base station device 101. The terminal device 111 may request the base station device 101 to correct the transmission timing of the uplink frame so that the measured time required for transmission falls within the maximum packet transmission delay (Packet Delay Budget) notified by the core network device 121. In this case, the terminal device 111 may calculate a correction value so that the waiting time from recognizing the occurrence of the transmission frame to the actual frame transmission is minimized or falls within the Packet Delay Budget, and notify the base station device 101 of the correction value. The base station device 101 changes the allocation timing of the resource blocks based on the correction value received from the terminal device 111. The base station device 101 can instruct the terminal device 111 to change the transmission timing by, for example, specifying a positive / negative offset expressed by a frame or symbol from the current transmission timing, or a system frame number (SFN) using layer 1 or layer 2 signaling. For example, assume that the packet delay budget is 2 ms when communication is performed in a state such as "2" in FIG. 3. In this case, the terminal device 111 transmits a timing correction request to the base station device 101 using layer 1 or layer 2 signaling at the timing of transmitting a PUSCH with SFN=0 and Subframe=5, as shown in "3" in FIG. 3, using a correction value (for example, minus 3 ms) specified so that the delay is 2 ms or less. The base station device 101 shifts the transmission timing of the PUSCH from the timing of SFN=2 and Subframe=5 to the timing of SFN=2 and Subframe=2 based on the correction value included in the request. At this time, the base station device 101 may return information to the terminal device as to whether or not to follow the correction value from the terminal device 111. Furthermore, when the base station device 101 performs correction using a value different from the correction value notified by the terminal device 111, the base station device 101 may notify the terminal device 111 of the value.Also, the terminal device 111 may report the waiting time from when the generation of a transmission frame is recognized to when the frame is actually transmitted to the base station device 101, and the base station device 101 may determine a correction value and change the transmission timing so that the waiting time is minimized or falls within the packet delay budget. For example, in the examples of "1" and "2" in FIG. 3, the terminal device 111 may notify the base station device 101 that the waiting time is 3 ms, and the base station device 101 may compare the waiting time with the packet delay budget value (2 ms) held within the device itself and determine the shift amount (for example, 2 ms or 3 ms) of the PUSCH allocation timing. Then, the base station device 101 may shift the PUSCH allocation timing by the determined shift amount, and may further notify the terminal device 111 of information including a value indicating the shift of the PUSCH allocation timing and the shift amount. The base station device 101 may notify the terminal device 111 of the information by a PDCCH including DCI for transmitting an ACK / NACK for a PUSCH received at, for example, SFN=0 and Subframe=5. By the above method, the allocation timing of the PUSCH is changed from SFN=2 and Subframe=5 to SFN=2 and Subframe=2, and the PUSCH can be transmitted at a timing that satisfies the packet delay budget (=2 ms). In the above embodiment, it has been described that the transmission delay is measured as the time required from when the terminal device 111 recognizes the occurrence of a frame to be transmitted to the base station device 101 until the frame is actually transmitted to the base station device 101. In practice, this can be performed by the terminal device 111 recognizing the occurrence of a frame to be transmitted in multiple internal functional blocks such as SDAP (Service Data Adaptation Protocol), PDCP (Packet Data Convergence Protocol), RLC (Radio Link Control), and MAC (Medium Access Control).Also, "until transmission" can be interpreted in multiple ways, such as until the start of transmission of the PDSCH of the frame, until the completion of transmission of the PDSCH of the frame, or until HARQ-ACK for the PDSCH of the frame is received. For this reason, the base station device 101 may notify the terminal device 111 of information regarding the definition of the transmission delay so that the terminal device 111 and the base station device 101 can recognize the same definition of the transmission delay.

[0024] Furthermore, when a large number of terminal devices are connected to the base station device 101 and it is difficult to periodically allocate radio resources to a terminal device 111 using a specific application by CG, the base station device 101 may apply dynamic allocation of radio resources to the terminal device 101. In dynamic allocation of radio resources, the terminal device 111 notifies the base station device 101 of a transmission data size and a transmission buffer size by a buffer status report (BSR) before transmitting uplink data. Then, the base station device 101 allocates uplink radio resources to be used by the terminal device 111 based on the notified transmission buffer size. The BSR is configured to notify the transmission buffer size by one of values ​​defined in two types of buffer size tables defined by the 3GPP standard. In contrast, in one embodiment of the present invention, the transmission buffer size may be notified by the BSR using another buffer size table customized to the frame data size specified by the base station device 101. For example, when the buffer size table is 5 bits, the minimum value of the frame data size measured by the base station device 101 may be determined as the minimum value of the buffer size table, and the difference between the maximum value and the minimum value of the buffer size table may be divided by 25-1=31 to indicate the size of the buffer size. In this case, the base station device 101 notifies the terminal device 111 of the number of bits of the buffer size table and the minimum and maximum values ​​of the buffer size table. Then, the terminal device 111 identifies the buffer size table based on the information acquired from the base station device 101, and uses the buffer size table to encode the transmission buffer size at the time of transmitting the BSR. This allows the buffer size table to be shared between the base station device 101 and the terminal device 111, and the base station device 101 can decode the transmission buffer size indicated in the received BSR based on the same buffer size table as the terminal device 111. The base station device 101 may notify the terminal device 111 of information regarding multiple buffer size tables.In this case, the terminal device 111 may notify the base station device 101 of which of the notified multiple buffer size tables expresses the transmission buffer size when transmitting the BSR. Furthermore, the terminal device 111 may notify the base station device 101 of the waiting time from when the terminal device 111 recognizes the occurrence of a frame to be transmitted to the base station device 101 until the actual frame is transmitted, together with the transmission buffer size, when transmitting the BSR. Note that, in the above, an example in which the base station device 101 sets the buffer size table used for the BSR has been described, but this is not limiting. That is, the terminal device 111 may request the base station device 101 to set the buffer size table. In this case, the terminal device 111 may notify the base station device 101 of the number of bits in the buffer size table and the minimum and maximum values ​​of the buffer size table. Furthermore, at this time, the terminal device 111 may notify the base station device 101 of the number of bits in the buffer size table, the median, and the buffer size indicated by 1 bit.

[0025] In one embodiment, the base station device 101 may change parameters related to CDRX (Connected Discontinuous Reception) based on the identified traffic pattern and frame period. As an example, a method of changing parameters will be described for a case where CDRX is operating with shortDRX-Cycle (short DRX cycle)=5 ms, onDurationTimer (timer that controls the period for maintaining DRX ON)=2 ms, and drx-inactivityTimer (DRX inactivity timer that starts to maintain DRX ON for a certain period after receiving PDCCH)=3 ms, as shown in "1" in FIG. 4. The base station device 101 recognizes the frame period by measuring the time to receive a frame from the core network device 121. In "1" and the like in FIG. 4, transmission frames to the terminal device 111 are generated at 1 ms, 21 ms, and 41 ms (Subframe=1 for SFN=0, 2, or 4), and the base station device 101 recognizes that frames are generated at a period of 20 ms. Based on this frame period, the base station device 101 may change the shortDRX-Cycle from 5 ms to 16 ms, for example, as shown in "2" in FIG. 4, and may also newly set drx-SlotOffset=16 ms, as shown in "3" in FIG. 4. The base station device 101 may also change the parameters by setting the drx-inactivityTimer to 0 ms and the shortDRX-Cycle to 20 ms. For example, at the time of SFN=0 and Subframe=5, the base station device 101 may instruct the terminal device 111 to change the parameters by using DCI transmitted in the PDCCH. The base station device 101 may also set multiple setting values ​​for the shortDRX-Cycle, drx-SlotOffset, and drx-inactivityTimer in advance by layer 3 signaling, and may instruct the setting value to be actually used by DCI.If the identified traffic pattern is not an integer multiple of the Subframe, multiple shortDRX-Cycles may be repeated a specific number of times, such as shortDRX-Cycle=16ms, shortDRX-Cycle=16ms, and shortDRX-Cycle=17ms. In this case, the DRX pattern may be set in the terminal device 111 by the first DRX-Cycle and the number of times the first DRX-Cycle is repeated, and the second DRX-Cycle and the number of times the second DRX-Cycle is repeated. In this case, the number of times the DRX-Cycle period is repeated may be specified by DCI. Also, multiple values ​​may be set for multiple drx-SlotOffsets and drx-inactivityTimers instead of the shortDRX-Cycle, and each value may be used repeatedly a specific number of times.

[0026] Also, the base station device 101 may notify the terminal device of an offset value for adjusting the timing of DRX ON and DRX OFF so as to minimize a transmission delay of a downlink frame to the terminal device 111 caused by a DRX OFF period. In the example of FIG. 4, if no adjustment is performed, as shown in "1" in FIG. 4, a transmission frame occurs at SFN=2 and Subframe=1, a PDCCH (DCI) for transmitting the frame is transmitted at SFN=2 and Subframe=5, and the frame is actually transmitted at SFN=2 and Subframe=6. In this case, a delay of 5 ms occurs. In this case, the base station device 101 may instruct an offset value of 13 ms until the start of DRX ON, which is used only once after the expiration of the drx-inactivityTimer, in the DCI transmitted at SFN=0 and Subframe=5, as shown in "4" in FIG. 4. When the terminal device 111 receives this offset value until the start of DRX ON, which is used only once, DRX ON is performed at SFN=2 and Subframe=2, as shown in "4" in FIG. 4. Therefore, the base station device 101 can transmit the PDCCH (DCI) for transmitting downlink data without delay after the generation of the transmission frame. Note that, here, an example is shown in which the offset value for adjusting the timing of DRX ON and DRX OFF is determined so that the PDCCH (DCI) for transmitting downlink data can be transmitted immediately after the arrival of the transmission frame at the base station device 101, but this is not limited to this. That is, the base station device 101 may determine the offset value within the range of the packet delay budget. While the application is being used, the base station device 101 periodically checks the delay time that dynamically changes depending on the transmission status of the downlink frame, and each time, as necessary, determines an appropriate offset value and can instruct the terminal device 111 to change the timing of DRX ON and DRX OFF.

[0027] In the above example, an example was shown in which the parameters related to CDRX are changed based on the period of a downlink application frame periodically transmitted from the base station device 101 to the terminal device 111, but the parameters related to CDRX may be changed based on the period of an uplink application frame periodically transmitted from the terminal device 111 to the base station device 101. In this case, the base station device 101 changes shortDRX-Cycle, drx-SlotOffset, and drx-inactivityTimer based on the traffic pattern and frame period reported from the terminal device 111. In addition, the terminal device 111 may request the base station device 111 to correct the timing of DRX ON and DRX OFF so as to minimize the transmission delay of the uplink frame from the terminal device 111 to the base station device 101 caused by the DRX OFF period. At this time, the terminal device 111 may notify the base station device 101 of a correction value indicating the degree of timing correction to be performed. As an example, at the timing of transmitting a PUSCH to the base station device 101, the terminal device 111 uses layer 1 or layer 2 signaling to notify the base station device 101 of an offset value until the start of DRX ON, which is used only once after the drx-inactivityTimer expires, and requests the base station device 101 to correct the timing of DRX ON and DRX OFF.

[0028] It is also possible that there are two types of traffic patterns and frame periods to be considered. For example, as shown in Fig. 5, when a frame (traffic 1) with a 20 ms period and a frame (traffic 2) with a 10 ms period occur simultaneously, DRX control is performed for each frame, and when either DRX is ON (OR condition), that is, in Fig. 5, the terminal device 111 can be controlled to monitor the PDCCH at 2 ms to 10 ms, 17 ms to 30 ms, and 37 ms to 49 ms. In the case of Fig. 5, the terminal device 111 may be controlled so that the transmission timing of the PDCCH (DCI) for transmitting the frame (traffic 1) with a 20 ms period can be matched to the transmission timing of the PDCCH (DCI) of the frame (traffic 2) with a 10 ms period, and the period of DRX ON can be extended instead of allowing a transmission delay. Also, for example, the frame (traffic 1) with a period of 20 ms shown in Figure 5 may be DRX controlled based on CG, which is the transmission period of the uplink frame, and the frame (traffic 2) with a period of 10 ms may be DRX controlled based on SPS, which is the transmission period of the downlink frame.

[0029] In the above, the control in the case where there are two types of frame periods has been described, but there may be two or more types of frame periods. In this case, the base station device 101 may configure a plurality of DRX settings in the terminal device 111 by layer 3 signaling such as RRCReconfiguration, and dynamically instruct which DRX setting to activate or deactivate by layer 1 or layer 2 signaling such as DCI. When there are a plurality of DRX settings instructed to be activated, the terminal device 111 may operate to monitor the PDCCH when any of the DRX settings is DRX ON. In addition, in order to minimize power consumption, instead of allowing a transmission delay, only one of the plurality of DRX settings may be activated, and the terminal device 111 may be controlled to limit the time for monitoring the PDCCH.

[0030] Furthermore, when the frame transmitted from the terminal device 111 to the base station device 101 is burst data in which one frame is divided into multiple packets and transmitted, or when the frame transmitted from the base station device 101 to the terminal device 111 is burst data, the period of the burst data and the duration of the burst data can be specified from the period of transmission of the first packet of the frame and the transmission timing of the last packet of the frame. Based on the period of the burst data and the duration of the burst data, the period of DRX ON and the duration of DRX ON, the period during which periodic resource allocation of CG and SPS is performed and the period during which it is not performed, and the transmission period and the non-transmission period of BSR can be determined. Also, a timer sr-prohibitTimer for controlling the transmission prohibition period of BSR may be determined based on the period of the burst data and the duration of the burst data. In addition, when the period of the burst data, the number of received data packets per burst period, and the size of the received data packets are notified to the base station device 101 from the core network device 121 or the application server 131, the duration of the burst data may be theoretically calculated from the notified information and the transmission speed of the wireless section.

[0031] In this embodiment, notification, instruction, and setting from the base station device 101 to the terminal device 111 can be performed by layer 1 signaling using downlink control information (DCI) or layer 2 signaling using downlink medium access control and control element (DL MAC CE). Also, notification, request, and report from the terminal device 111 to the base station device 101 can be performed by layer 1 signaling using uplink control information (UCI) or layer 2 signaling using uplink medium access control and control element (UL MAC CE). Also, capability information (UE Capability) may be notified to the base station device regarding whether or not each function, such as the above-mentioned identification of traffic patterns, measurement of frame period, function related to transmission delay, change of period and timing of SPS, CG, and DRX, and setting of buffer size table, is implemented in the terminal device. In this case, the base station device 101 can instruct the terminal device 111 to execute each function according to the capability information notified by the terminal device 111.

[0032] (Device Configuration) A hardware configuration example of the base station device and the terminal device will be described with reference to FIG. 6. In one example, the base station device and the terminal device are configured to include a processor 201, a ROM 202, a RAM 203, a storage device 204, and a communication circuit 205. The processor 201 is a computer configured to include one or more processing circuits such as a general-purpose CPU (Central Processing Unit) or an ASIC (Application Specific Integrated Circuit), and executes the overall processing of the device and each of the above-mentioned processes by reading and executing a program stored in the ROM 202 or the storage device 204. The ROM 202 is a read-only memory that stores information such as programs and various parameters related to the processing executed by the base station device and the terminal device. The RAM 203 functions as a workspace when the processor 201 executes a program, and is a random access memory that stores temporary information. The storage device 204 is configured, for example, by a removable external storage device. The communication circuit 205 is configured, for example, by a circuit for wireless communication of 5G or its successor standard. In FIG. 6, one communication circuit 205 is illustrated, but for example, the base station device and the terminal device may have two or more communication circuits. In addition, for example, the base station device and the terminal device may have a common antenna with the wireless communication circuit for 5G and its successor standard. In addition, the base station device and the terminal device may have an antenna for 5G and an antenna for its successor standard separately. In addition, the terminal device may have a communication circuit for other wireless communication networks such as wireless LAN. In addition, the base station device and the terminal device may have separate communication circuits for each of a plurality of usable frequency bands, or may have a common communication circuit for at least a part of those frequency bands. In this embodiment, the terminal device has a plurality of communication circuits capable of communication in a common frequency band. In addition, the base station device may further have a wired communication circuit used when communicating with other base station devices and nodes of the core network.

[0033] FIG. 7 is a diagram showing an example of the functional configuration of a base station device. The base station device has, as its functions, for example, a Service Data Adaptation Protocol (SDAP) functional unit 301, a Packet Data Convergence Protocol (PDCP) functional unit 302, a Radio Link Control (RLC) functional unit 303, a Medium Access Control (MAC) functional unit 304, a traffic pattern measurement unit 305, and a communication parameter control unit 306. Note that FIG. 7 shows only functions particularly related to this embodiment, and other various functions that the base station device may have are omitted from the illustration. For example, the base station device naturally has other functions that base station devices of 5G and its successor standards generally have. In addition, the functional blocks in FIG. 7 are shown in schematic form, and each functional block may be realized by being integrated, or may be further subdivided. In addition, each function in FIG. 7 may be realized, for example, by the processor 201 executing a program stored in the ROM 202 or the storage device 204, or may be realized, for example, by a processor present inside the communication circuit 205 executing predetermined software. Note that the details of the processes executed by each functional unit will not be described here, and only the general functions thereof will be outlined.

[0034] When the SDAP function unit 301, the PDCP function unit 302, the RLC function unit 303, and the MAC function unit 304 receive a transmission frame from a function unit located in a higher layer to the terminal device 111, they specify the reception time and the data size of the frame, and notify the traffic pattern measurement unit 305 of the specified information. These function units correspond to a protocol stack in the User Plane, with the SDAP function unit 301 corresponding to the highest layer among these function units, the PDCP function unit 302 corresponding to the second highest layer, the RLC function unit 303 corresponding to the third highest layer, and the MAC function unit 304 corresponding to the lowest layer among these function units. The traffic pattern measurement unit 305 calculates a traffic period from the reception time, and performs statistical processing of a plurality of calculated frame periods. The traffic pattern measurement unit 305 calculates statistical information such as the average value, maximum value, minimum value, mode, and standard deviation of the frame period, for example. The traffic pattern measurement unit 305 may also calculate statistical information such as the average value, maximum value, minimum value, mode, and standard deviation for the data size. In addition, when a frame generated by an application is burst data that is divided into multiple packets and transmitted, the traffic pattern measurement unit 305 acquires the reception times of the first packet and the last packet from the SDAP functional unit 301, the PDCP functional unit 302, the RLC functional unit 303, and the MAC functional unit 304. In this way, the traffic pattern measurement unit 305 calculates the period of the burst data and the duration of the burst data in each functional unit. It is assumed that multiple data are obtained for the period of the burst data and the duration of the burst data, and the traffic pattern measurement unit 305 calculates statistical information such as the average value, maximum value, minimum value, mode, and standard deviation. In addition, the traffic pattern measurement unit 305 can request each functional unit to provide measurement data such as the reception time of the frame, focusing only on information related to a specific frame to be measured. In this case, each functional unit provides data related to the PDU session, QoS flow, and network slice related to the specific frame as necessary.Each functional unit may determine the frame to be measured from an identifier given by an upper layer such as the application server 131 or the core network device 121, and record the reception time of the frame.

[0035] The traffic pattern measurement unit 305 notifies the communication parameter control unit 306 of information such as the frame period, frame size, burst data period, and burst data duration. The communication parameter control unit 306 determines the SPS, CG, and DRX parameters based on the received information, and uses the parameters to configure the terminal device 111. When new information is notified from the traffic pattern measurement unit 305 during communication, the communication parameter control unit 306 determines whether each parameter needs to be changed based on the notified information. Then, when the communication parameter control unit 306 determines that a change is necessary, it requests the terminal device 111 to change the settings.

[0036] FIG. 8 is a diagram showing an example of the functional configuration of a terminal device. The terminal device has, for example, an SDAP functional unit 401, a PDCP functional unit 402, an RLC functional unit 403, a MAC functional unit 404, and a traffic pattern measurement unit 405 as its functions. Note that FIG. 8 shows only functions particularly related to this embodiment, and various other functions that the terminal device may have are omitted from the illustration. For example, the terminal device naturally has other functions that terminal devices of 5G and its successor standards generally have. In addition, the functional blocks in FIG. 8 are shown in a schematic manner, and each functional block may be integrated and realized, or may be further subdivided. In addition, each function in FIG. 8 may be realized, for example, by the processor 201 executing a program stored in the ROM 202 or the storage device 204, or may be realized, for example, by a processor present inside the communication circuit 205 executing predetermined software. Note that the details of the processing performed by each functional unit will not be described in detail here, and only the rough functions will be outlined.

[0037] The SDAP function unit 401, the PDCP function unit 402, the RLC function unit 403, and the MAC function unit 404 are the same as the corresponding function units of the base station device, and correspond to each layer of the protocol stack in the user plane. The traffic pattern measurement unit 405 receives an instruction to specify a traffic pattern and measure a frame period from the base station device. Based on the instruction from the base station device, the traffic pattern measurement unit 405 requests the SDAP function unit 401, the PDCP function unit 402, the RLC function unit 403, and the MAC function unit 404 to provide data related to the measurement. The data related to the measurement may be, for example, the time when each function unit receives a frame from a function unit of a higher layer, the frame size, and the delay time from when each function unit receives a frame from the higher layer to when it sends the frame to a function unit of a lower layer. The delay time measured by the MAC function unit 404 may also include the time when a BSR for a frame to be transmitted to the base station device is transmitted, and the time from when the base station device receives a BSR to when the radio resources of the uplink are actually allocated. The traffic pattern measurement unit 405 calculates statistical information such as the average value, maximum value, minimum value, mode, and standard deviation for the data acquired from each functional unit as necessary, and reports the calculation results of the acquired data and statistical information to the base station device.

[0038] The traffic pattern measurement unit 405 notifies the MAC function unit 404 of information such as the frame period, frame size, burst data period, and burst data duration. The MAC function unit 404 determines appropriate buffer size table settings based on the information acquired from the traffic pattern measurement unit 405, and notifies the base station device of the number of bits in the buffer size table, the minimum value, and the maximum value of the buffer size table, which are examples of the determination results. The MAC function unit 404 can also request the base station device 101 to correct the transmission timing of uplink frames so that the measured delay time required for transmission falls within the maximum packet transmission delay (Packet Delay Budget) notified by the core network device or the base station device.

[0039] (Processing flow) Next, an example of the flow of processing executed in a wireless communication system will be described with reference to Fig. 9. Here, an example will be described in which a terminal device 111 connected to a base station device 101 requests correction of the transmission timing of an uplink frame, as shown in Fig. 1, that is, a case in which the terminal device 111 requests the base station device 101 to correct the transmission timing of an uplink frame so that an actually measured transmission delay time falls within a maximum value of a packet transmission delay (Packet Delay Budget).

[0040] First, the terminal device 111 acquires information on the frame type for which traffic pattern is to be specified and frame characteristic information from the base station device 101 (S901). For example, the base station device 101 notifies the terminal device 111 of a Logical Channel Identity (LCID), a DRB-Identity, a PDU-Session ID, and a QFI value (QoS flow) used for transmitting and receiving the frame for which traffic pattern is to be specified. At this time, characteristic information of the video frame for which specification is to be performed, such as a frame rate (for example, of a video frame) (frames per second, fps), a data rate (Mbps), a quality of service (QoS, Quality of Service), a priority, a maximum packet transmission delay budget (Packet Delay Budget), a packet error rate (Packet Error Loss Rate), the number of packets per frame, and the number of PDUs, may also be notified by Layer 3 signaling such as RRC Reconfiguration. If there are multiple frames for which traffic pattern identification should be performed, the information may be listed and notified for the number of frames for which traffic pattern identification should be performed, such as Packet Delay Budget=2 ms for LCID=1, Packet Delay Budget=5 ms for LCID=2, etc.

[0041] The terminal device 111 measures the time required from when it recognizes the generation of a transmission frame until it actually transmits the frame to the base station device 101 (S902). As an example, the terminal device 111 measures the time required from when the MAC functional unit in the terminal device 111 receives the transmission frame from the upper RLC functional unit to when it actually transmits the PUSCH including the frame. Note that the start timing of the measurement time is not limited to the time when the MAC functional unit receives the frame, but may be the time when the RLC functional unit, the PDCP functional unit, the SDAP functional unit, etc. receive the frame from a functional unit located in a higher layer, or the time when the frame is transmitted to a functional unit located in a lower layer. Also, the end timing of the measurement time may be any one of the time when the terminal device 111 receives DCI including information regarding the allocation of radio resources for frame transmission, the time when frame transmission on the PUSCH is started, or the time when frame transmission on the PUSCH is ended.

[0042] The terminal device 111 determines a correction value for the transmission timing of the uplink frame using the above-mentioned measurement value and the maximum value of the packet transmission delay (Packet Delay Budget) (S903). If there are multiple measurement values, the terminal device 111 may determine the correction value using an average value or a mode value, or may determine the correction value without using the Packet Delay Budget. The correction value may be expressed using a positive / negative offset expressed by the number of frames or the number of symbols from the current transmission timing, or a system frame number (SFN).

[0043] The terminal device 111 requests the base station device 101 to change the transmission timing (S904). For example, the terminal device 111 can notify the base station device 101 of the request to change the transmission timing by using signaling of layer 1 or layer 2. At this time, the terminal device 111 may further notify the base station device 101 of the determined correction value. Also, the request to change the transmission timing and the notification of the correction value may be implemented by BSR.

[0044] The base station apparatus 101 determines whether or not to comply with the request to change the transmission timing from the terminal apparatus 111, and responds with the result to the terminal apparatus 111 (S905). For example, the base station apparatus 101 returns information on whether or not to comply with the correction value from the terminal apparatus 111 to the terminal apparatus. Furthermore, when the base station apparatus 101 performs correction with a value different from the correction value notified by the terminal apparatus 111, the base station apparatus 101 may notify the terminal apparatus 111 of the value of the different correction value. Furthermore, the base station apparatus 101 may consider notifying the terminal apparatus 111 of the allocation timing of the radio resources of the PUSCH to be allocated to the terminal apparatus 111 by the PDCCH as a substitute for a response.

[0045] As described above, according to the present embodiment, in a situation where communications in various traffic patterns are expected to be executed simultaneously in actual application traffic, it is possible to provide appropriate communication control according to those traffic patterns. Therefore, it is possible to contribute to Goal 9 of the Sustainable Development Goals (SDGs) led by the United Nations, "Build resilient infrastructure, promote sustainable industrialization and foster innovation."

[0046] The invention is not limited to the above-described embodiment, and various modifications and variations are possible within the scope of the gist of the invention.

Claims

1. A terminal device, a recognition means for recognizing a first packet of burst data when a frame generated by an application executed by the terminal device is transmitted as burst data divided into a plurality of packets; a determination means for determining a period during which the burst data is generated by the application based on a result of the recognition; a reporting means for reporting information regarding the occurrence period identified by the identifying means to a base station device; an acquisition means for acquiring information on a frame to be reported by the reporting means from the base station device; A terminal device comprising:

2. The reporting means reports information indicating an average value of the occurrence period to the base station device as the information regarding the occurrence period.

2. The terminal device according to claim 1 .

3. the reporting means reports information indicating a jitter in the generation period to the base station device as information regarding the generation period.

2. The terminal device according to claim 1 .

4. The identification means is a measurement means for measuring a reception time of the first packet recognized by the recognition means; a calculation means for calculating a generation period of the burst data from a measurement result by the measurement means; 2. The terminal device according to claim 1, further comprising:

5. The acquiring means acquires a PDU-Session ID and a QFI value from the base station device; The reporting means reports to a base station device the PDU-Session ID and the traffic generation period related to the QFI value acquired by the acquiring means.

2. The terminal device according to claim 1 .

6. The terminal device according to claim 4, characterized in that the measurement means records the time when a Service Data Adaptation Protocol (SDAP) function in the terminal device first receives a transmission frame for the burst data to the base station device from a function located in an upper layer as the reception time of the first packet.

7. The terminal device according to claim 4, characterized in that the measurement means records the time when a PDCP (Packet Data Convergence Protocol) function in the terminal device first receives a transmission frame for the burst data to the base station device from a function located in an upper layer as the reception time of the first packet.

8. 5. The terminal device according to claim 4, wherein the measurement means records a time when a radio link control (RLC) function in the terminal device first receives a transmission frame for the burst data to the base station device from a function located in a higher layer as the reception time of the first packet.

9. The terminal device according to claim 4, characterized in that the measurement means records the time when a MAC (Medium Access Control) function in the terminal device first receives a transmission frame for the burst data to the base station device from a function located in a higher layer as the reception time of the first packet.

10. the terminal device is connected to a base station device that determines allocation timing of uplink radio resources in accordance with a generation cycle of the burst data reported by the terminal device and notifies the terminal device of information regarding the allocation of the determined radio resources; 10. The terminal device according to claim 1, further comprising a receiving means for receiving information regarding the allocation of the radio resources from the base station device.

11. The terminal device according to claim 10, characterized in that the information regarding the allocation of the radio resources is a Configured Grant (CG).

12. A control method executed by a terminal device, comprising: When a frame generated by an application executed by the terminal device is transmitted as burst data divided into a plurality of packets, recognizing a first packet of the burst data; determining a period during which the burst data is generated by the application based on a result of the recognition; reporting information regarding the identified occurrence period to a base station device; acquiring information about a frame to be a report target of the report from the base station device; A control method comprising:

Images