RU2783508C2 - Data processing method and device - Google Patents

Abstract

FIELD: data processing.

SUBSTANCE: first terminal receives information of regulation of a package delay budget, where information of regulation of the package delay budget is used for indication of a regulated package delay budget, a value of regulation of the package delay budget, or a range of regulation of the package delay budget. The first terminal regulates a size of a jitter buffer based on information of regulation of the package delay budget, and then, buffers data based on the regulated jitter buffer.

EFFECT: increase in a speed of regulation of a size of a jitter buffer for improvement of the quality of a voice signal.

37 cl, 21 dwg

Description

[0001] The present application claims priority based on Chinese Patent Application No. 201810301182.4, filed with the China Patent Office on April 4, 2018, entitled "DATA PROCESSING METHOD AND DEVICE", which is hereby incorporated by reference in its entirety.

The field of technology to which the invention belongs

[0002] The present application relates to the field of communication technologies and, in particular, to a data processing method and apparatus.

State of the art

[0003] When transmitting a voice signal over a long term evolution (VoLTE) system (long term evolution, LTE), a dedicated logical channel is not used for voice signal transmission. Therefore, the quality of the voice signal cannot be guaranteed. Voice quality is affected by end-to-end delay, delay jitter, packet loss rate, and so on. Delay jitter is one of the important parameters that affect the quality of a voice signal. Therefore, special care must be taken to eliminate the influence of delay jitter in order to guarantee the quality of the voice signal.

[0004] In the prior art, a buffer (jitter buffer) is set on the receive side of the voice packet to reduce delay jitter. The main idea behind the jitter buffer is to buffer received voice packets for a certain period of time, followed by uniform playback of voice packets for the user. If the time period is shorter than the delay jitter, the delay jitter cannot be completely eliminated. If the time period is greater than the delay jitter, the delay jitter can be eliminated. However, the disadvantage is that end-to-end latency increases. Therefore, the most ideal state is that all voice data packets have the same sum of transmission delay and buffer delay in the jitter buffer. However, in a real application, due to the change in voice packet transmission delay in the network, it is difficult to achieve the most ideal state. Based on this, the prior art provides a dynamic jitter buffer adjustment method for dynamically adjusting the jitter buffer size based on changes in delay jitter.

[0005] In the existing dynamic jitter buffer adjustment method, the receiving end needs to adjust the size or depth of the jitter buffer based on statistics about packet loss rate and delay jitter that are collected over a period of time. Since it takes a certain time to collect data on the packet loss rate and delay jitter, the receiving side cannot adjust the size of the jitter buffer in time. As a result, the quality of the voice signal is significantly reduced for a period of time before the receiving side decides to adjust the jitter buffer, or even packet loss occurs, resulting in an increase in the packet loss rate.

The essence of the invention

[0006] Embodiments of the present application provide a data processing method and apparatus for adjusting jitter buffer size relatively quickly and improving voice quality.

[0007] According to the first aspect, the present application provides a method for processing data. The method may be applied to the first terminal, or may be applied to a chip within the first terminal. In the method, the first terminal obtains packet delay budget adjustment information, where the packet delay budget adjustment information is used to indicate an adjusted packet delay budget, a packet delay budget adjustment amount, or a packet delay budget adjustment range; adjusts the jitter buffer size based on the packet delay budget control information; and then buffers the data based on the adjusted jitter buffer.

[0008] According to the second aspect, the present application provides a method for processing data. The method may be applied to the first network device or may be applied to a chip within the first network device. In this method, the first network device determines the packet delay budget control information or a configuration parameter, where the packet delay budget control information is used to indicate an adjusted packet delay budget, a packet delay budget control amount, or a packet delay budget control range. After the first network device determines the packet delay budget control information or the configuration parameter, the first network device sends the packet delay budget control information or the configuration parameter to the first terminal.

[0009] According to a third aspect, the present application provides a data processing method. The method may be applied to the second terminal, or may be applied to a chip within the second terminal. In this method, the second terminal determines the packet delay budget adjustment information or a configuration parameter, where the packet delay budget adjustment information is used to indicate an adjusted packet delay budget, a packet delay budget adjustment amount, or a packet delay budget adjustment range. After the second terminal determines the packet delay budget control information or the configuration parameter, the second terminal sends the packet delay budget control information or the configuration parameter to the first terminal.

[0010] According to a fourth aspect, the present application provides a data processing device including blocks or means (means) configured to perform steps in a first aspect, a second aspect, or a third aspect.

[0011] According to a fifth aspect, the present application provides a data processing device including at least one processor and a memory, where at least one processor is configured to perform the method provided in the first aspect, the second aspect, or the third aspect.

[0012] According to a sixth aspect, the present application provides a data processing device including at least one processor and an interface circuit, where at least one processor is configured to perform the method provided in the first aspect, the second aspect, or the third aspect.

[0013] According to the seventh aspect, the present application provides a data processing program. When executed by the processor, the program is configured to execute the method in the first aspect, the second aspect, or the third aspect.

[0014] According to an eighth aspect, a software product, such as a computer-readable storage medium, is provided, including the program according to the seventh aspect.

[0015] It can be recognized that in the above aspects, since the packet delay budget control information can represent the network quality state, the first terminal can perceive the network quality state over time based on the received packet delay budget control information rather than perceive the network quality state based on the information , such as statistics on packet loss rate and delay jitter, which are collected over a period of time, as the first terminal does in the prior art. That is, in the present application, the first terminal can perceive the network quality state over time, and can quickly adjust the size of the jitter buffer based on the packet delay budget adjustment information.

[0016] In the above aspects, the configuration parameter is related to the transmission delay of the air interface and may include at least one of a discontinuous reception (DRX) cycle, a predefined duration of the packet data convergence protocol (PDCP) reset timer and coverage extension parameter.

[0017] How the first terminal obtains the packet delay budget control information is not limited in the present application. In an exemplary design, the first terminal receives the packet delay budget control information sent by the first network device or the second terminal, and then adjusts the jitter buffer size based on the received packet delay budget control information. Thus, the first terminal can perceive the network state over time based on the packet delay budget control information sent by the second terminal or the first network device, and does not need to determine the network state based on statistics about the parameters collected over the time period, as the first terminal does. terminal in the prior art, to quickly adjust the size of the jitter buffer. In another possible design, the first terminal receives a configuration parameter sent by the first network device or the second terminal, determines the packet delay budget control information based on the received configuration parameter, and further adjusts the jitter buffer size based on the determined packet delay budget control information. Thus, the first terminal can quickly determine the packet delay budget adjustment information based on the received configuration parameter and quickly adjust the jitter buffer size.

[0018] In another exemplary scheme, before receiving the packet delay budget adjustment information, the first terminal sends at least one of the first packet delay budget information, the first end-to-end delay, and the first packet loss ratio to the first network device. In this scheme, the first network device determines the packet delay budget control information or configuration parameter based on at least one of the first packet delay budget information, the first end-to-end delay, and the first packet loss ratio. Thus, when the first network device determines the packet delay budget control information or configuration parameter, the first network device not only takes into account the locally known parameter that affects the quality of the network, but also takes into account the parameters that can affect the quality of the network and whose statistics are collected by the first side. terminal, so that the specific packet delay budget adjustment information or configuration parameter is more accurate.

[0019] The first packet delay budget information includes a packet delay budget adjustment amount, a packet delay budget adjustment range, or a packet delay budget expected by the first terminal.

[0020] In yet another possible design, the first packet delay budget information is carried in the first delay budget adjustment report.

[0021] In yet another possible scheme, before determining the packet delay budget adjustment information or configuration parameter, the first network device receives at least one of the second packet delay budget information, the second end-to-end delay, and the second packet loss ratio, which are sent by the second network device or a second terminal. In this scheme, the first network device may determine the packet delay budget adjustment information or configuration parameter based on at least one of the first packet delay budget information, the first end-to-end delay, and the first packet loss ratio, and at least one of the second packet delay budget information, the second end-to-end delay and a second packet loss ratio. According to the method, when determining the packet delay budget control information or configuration parameter, the first network device not only considers the network state on the local side, but also considers the network state on the side of the second terminal that communicates with the first terminal, so that the determined packet delay budget control information or configuration options are more accurate.

[0022] The second packet delay budget information includes a packet delay budget adjustment amount, a packet delay budget adjustment range, or a packet delay budget that is expected by the second terminal or that belongs to the second terminal and is determined by the second network device.

[0023] In yet another possible design, the second packet delay budget information is carried in the second delay budget adjustment report.

[0024] In yet another exemplary scheme, before determining the packet delay budget adjustment information or the configuration parameter, the second terminal receives the first packet delay budget adjustment information or the first configuration parameter sent by the second network device, where the first packet delay budget adjustment information is used to indicate the adjusted first a packet delay budget, a first packet delay budget adjustment amount, or a first packet delay budget adjustment range, and the first configuration parameter relates to an air interface transmission delay. In this scheme, determining, by the second terminal, the packet delay budget control information or the configuration parameter includes: determining, by the second terminal, the first packet delay budget control information or the first configuration parameter sent by the second network device as the packet delay budget control information or the configuration parameter.

[0025] In yet another exemplary design, the first packet delay budget control information or the first configuration parameter is determined by the second network device based on at least one of the second packet delay budget information, the second end-to-end delay, and the second packet loss rate sent by the second terminal. In this scheme, before receiving the first packet delay budget adjustment information or the first configuration parameter sent by the second network device, the second terminal sends at least one of the second packet delay budget information, the second end-to-end delay, and the second packet loss ratio to the second network device.

[0026] The second packet delay budget information includes a packet delay budget adjustment amount, a packet delay budget adjustment range, or a packet delay budget expected by the second terminal.

[0027] In the present application, the second terminal may send packet delay budget control information or a configuration parameter to the first terminal in the following three ways:

[0028] Method 1: The second terminal sends packet delay budget control information or a configuration parameter to the first terminal via an application layer message.

[0029] Method 2: The second terminal sends the packet delay budget adjustment information or configuration parameter to the first terminal via the second network device.

[0030] Method 3: The second terminal sends the packet delay budget control information or configuration parameter to the first terminal via the second network device and the first network device.

BRIEF DESCRIPTION OF THE DRAWINGS

[0031] FIG. 1 is a circuit diagram of the delay jitter according to the present application;

[0032] FIG. 2 is a schematic diagram of a jitter buffer buffer mechanism according to the present application;

[0033] FIG. 3 is a schematic diagram of a communication system according to an embodiment of the present application;

[0034] FIG. 4 is a schematic diagram of a network architecture according to an embodiment of the present application;

[0035] FIG. 5 is a schematic diagram of another network architecture according to an embodiment of the present application;

[0036] FIG. 6 is a schematic diagram of a voice communication scenario according to the present application;

[0037] FIG. 7A and FIG. 7B is a flowchart for implementing a data processing method according to an embodiment of the present application;

[0038] FIG. 8 is a flowchart for implementing another data processing method according to an embodiment of the present application;

[0039] FIG. 9 is a flowchart for implementing another data processing method according to an embodiment of the present application;

[0040] FIG. 10A and FIG. 10B is a flowchart for implementing another data processing method according to an embodiment of the present application;

[0041] FIG. 11 is a schematic diagram of a data processing apparatus according to an embodiment of the present application;

[0042] FIG. 12 is a schematic diagram of another data processing device according to an embodiment of the present application;

[0043] FIG. 13 is a block diagram of a terminal according to an embodiment of the present application;

[0044] FIG. 14 is a schematic block diagram of a network device according to an embodiment of the present application;

[0045] FIG. 15 is a schematic block diagram of a speech frame according to the present application;

[0046] FIG. 16 is a flowchart of an implementation of a message transmission method according to an embodiment of the present application;

[0047] FIG. 17 is a flowchart for implementing another message transmission method according to an embodiment of the present application;

[0048] FIG. 18 is a schematic diagram of the processing of a speech frame by an access network device in accordance with the present application; and

[0049] FIG. 19 is a schematic structural diagram of a core network device according to an embodiment of the present application.

Description of Embodiments

[0050] The technical solutions in the embodiments of the present application are described below.

[0051] First, some terms in this application are described to help a person skilled in the art better understand.

[0052] (1) A terminal, also referred to as user equipment (user equipment, UE), mobile station (mobile station, MS), mobile terminal (mobile terminal, MT), etc., is a device that enables voice interaction and/or interaction data for the user and has a network access function, such as a portable device or a vehicle-mounted device with a wireless connection function. Currently, some examples of the terminal are: mobile phone (mobile phone), tablet computer, laptop, handheld computer, mobile Internet device (MID), wearable device, virtual reality device (virtual reality, VR), augmented augmented reality (AR), wireless terminal in industrial control, wireless terminal offline, wireless terminal in remote medical surgery, wireless terminal in intelligent network, wireless terminal in traffic security - wireless terminal in smart city, wireless terminal in smart home etc.

[0053] (2) A network device is a device in a wireless network, such as a radio access network (RAN) node that connects a terminal to a wireless network, and the RAN node may also be referred to as a base station. Currently, some examples of a RAN node are: continuously evolved NodeB (gNB), transmission reception point (TRP), advanced NodeB (evolved Node B, eNB), radio network controller (RNC), NodeB (Node B, NB), base station controller (BSC), base transceiver station (BTS), home base station (for example, home enhanced NodeB or home NodeB, HNB), base band (base band unit, BBU), access point (AP) with wireless fidelity (wireless fidelity, WiFi), etc. In the network structure, the network device may include a centralized unit (CU) node, a distributed unit (DU) node, or a RAN device including a CU node and a DU node.

[0054] (3) "Multiple" means two or more, and another quantitative indicator is similar to this. The term "and/or" only describes a link relationship for describing related objects, and represents that three relationships can take place. For example, A and/or B can represent the following three cases: Only A exists, both A and B exist, and only B exists. The "/" character usually indicates an "or" relationship between related entities.

[0055] (4) "Network" and "system" are usually used interchangeably, but one skilled in the art can understand the meanings of "network" and "system".

[0056] (5) An Internet protocol (IP) multimedia system (IP multimedia subsystem, IMS) network refers to a general purpose network that provides multimedia services based on an IP based network.

[0057] (6) VoLTE is a voice call over an LTE system and a voice service over an IMS network.

[0058] (7) Packet switching technology, also called data packet switching technology, is a technology in which the data sent by the transmission side is divided into parts with a certain length, each part is called a packet or data packet, and information is transmitted in burst mode. Each packet has a packet header before the packet to indicate the address to which it was sent. The intermediate node then forwards each packet to the receiving side based on the address ID of each packet. This technology cannot guarantee completely reliable delivery of data packets. Therefore, the quality of end-to-end communication cannot be guaranteed.

[0059] (8) Delay jitter refers to the change in delay during network transmission. As an example, the delay jitter in the transmission of a voice signal is used. With reference to FIG. 1, when the time interval of receiving two voice data packets is not compatible with the time interval of sending two voice data packets, jitter occurs, and this jitter is called delay jitter.

[0060] (9) The jitter buffer buffer mechanism buffers the received voice data packets in the jitter buffer for a certain period of time, and then evenly plays the voice data packets on the receiving side with the same time interval as that used by the transmitting side when sending voice packets. data. In particular, as shown in FIG. 2, after a certain number of voice data packets are buffered in the jitter buffer, the voice data packets are played back at a constant rate on the receive side. In addition, the jitter buffer also has a sorting and compensation mechanism. When the transmission side sends voice data packets at a high rate, the number of voice data packets buffered in the jitter buffer exceeds the limited range. In this case, a sorting mechanism may be triggered, such as dropping a packet without a voice signal, to maintain the ability to continuously buffer voice data packets. When the transmission side sends voice data packets at a low rate, the voice data packets buffered in the jitter buffer cannot meet the output requirements. In this case, a compensation mechanism can be triggered, such as increasing comfort noise or performing packet loss compensation.

[0061] (10) Packet Loss Compensation: When packet loss occurs in the network, the lost frame information is recovered using the data of several previous frames based on the correlation of voice signals in the time domain, thereby providing smooth compensation.

[0062] (11) The non-reservation coding mode refers to a coding mode in which the currently transmitted speech frame carries no spare information.

[0063] (12) The full frame reservation coding mode refers to the coding mode in which the currently sent speech frame carries the previously sent speech frame.

[0064] FIG. 3 is a schematic diagram of a communication system according to an embodiment of the present application. As shown in FIG. 3, terminal 130 accesses a wireless network to receive an external network service (eg, the Internet) via the wireless network or to communicate with another terminal via the wireless network. The wireless network includes a RAN 110 and a core network (CN - core network) 120. RAN 110 is configured to connect a terminal 130 to a wireless network, and a CN 120 is configured to control the terminal and provide a gateway for communication with an external network.

[0065] FIG. 4 is a schematic diagram of a network architecture according to an embodiment of this application. As shown in FIG. 4, the network architecture includes a CN device and a RAN device. The RAN device includes a baseband device and a radio frequency device. The baseband device may be implemented by a single node, or may be implemented by a plurality of nodes. The RF device may be independently implemented remotely from the baseband device, or may be integrated into the baseband device, or a portion of the RF device is deployed remotely and another portion of the RF device is integrated into the baseband device. For example, in an LTE communication system, a RAN device (eNB) includes a baseband device and a radio frequency device. The RF device may be removed from the baseband device. For example, a base station radio transceiver with a controller (remote radio unit, RRU) is located remotely from the BBU.

[0066] Communication between a RAN device and a terminal follows a specific protocol layer structure. For example, the control plane protocol layer structure may include protocol layer functions such as radio resource control (RRC) layer, packet data convergence protocol (PDCP) layer, radio link control layer, RLC), media access control (MAC), and physical layer. The user plane protocol layer structure may include functions of protocol layers such as PDCP layer, RLC layer, MAC layer, and physical layer. An implementation may have a service data adaptation protocol (SDAP) layer above the PDCP layer.

[0067] The RAN device can implement the functions of the protocol layers, such as the RRC layer, the PDCP layer, the RLC layer, and the MAC layer, using a single node; or may implement the functions of these protocol layers using multiple nodes. For example, in an advanced structure, a RAN device may include a centralized unit (CU) and a distributed unit (DU), and a plurality of DUs may be centrally controlled by one CU. As shown in FIG. 4, functions can be divided into CUs and DUs based on wireless network protocol layers. For example, the functions of the PDCP protocol layer and the protocol layer above the PDCP layer are set on the CU, and the protocol layer functions below the PDCP layer, such as the RLC layer and the MAC layer, are set on the DU.

[0068] The separation of the protocol layers is just an example, and the separation may alternatively be performed at another protocol layer, such as the RLC layer. The functions of the RLC layer and the layers above the RLC layer are set on the CU, and the functions of the protocol layers below the RLC layer are set on the DU. Alternatively, the separation is done at the protocol level. For example, some functions of the RLC layer and functions of the protocol layers above the RLC layer are installed on the CU, and the remaining functions of the RLC layer and functions of the protocol layers below the RLC layer are installed on the DU. In addition, alternatively, the separation may be performed in another way, for example, on a delay basis. The function whose processing time must meet the delay requirement is set to DU, and the function whose processing time must not meet the delay requirement is set to CU.

[0069] In addition, the RF device may not be located in the DU and removed from the DU, or may be integrated into the DU, or part of the RF device may be removed from the DU and another part integrated into the DU. It's not limited here.

[0070] Still referring to FIG. 5 compared to the architecture shown in FIG. 4, the control plane (CP) and the user plane (UP) of the CU can be separated and implemented using different objects: the control plane CU object (CU-CP object) and the user plane CU object (CU-UP object). ).

[0071] In the above network architecture, the signaling generated by the CU may be sent to the terminal via the DU, or the signaling generated by the terminal may be sent to the CU via the DU. The DU may not parse the signaling but directly encapsulate the signaling at the protocol level and pass the signaling to the terminal or CU without recoding. In the following embodiments, if such signaling is used between the DU and the terminal device, the signaling sent or received by the DU includes such signaling in this scenario. For example, RRC or PDCP layer signaling is finally processed as PHY layer signaling and sent to or converted from the received PHY layer signaling to the terminal. In this architecture, RRC or PDCP layer signaling can also be considered as being sent by the DU, or sent by the DU and the RF device.

[0072] In the above embodiment, the CU is classified as a network device on the RAN side. In addition, the CU may alternatively be classified as a network device on the CN side. It's not limited here.

[0073] The device in the following embodiments of the present application may be located in a terminal or a network device depending on the function implemented by the device. When the above CU - DU structure is used, the network device may be a CU node, a DU node, or a RAN device including a CU node and a DU node.

[0074] In a voice communication based on the VoLTE mechanism, when the network quality is relatively poor, the quality of the voice communication deteriorates. For example, end-to-end delay, delay jitter, and packet loss may be increased and voice quality degraded. To improve the quality of voice communications, some steps will be taken to reduce or even eliminate end-to-end delay, delay jitter and packet loss in related technologies.

[0075] Two terminals that perform a VoLTE call are used as an example to describe a delay jitter generation process and a delay jitter reduction measure. With reference to FIG. 6, for ease of description, a terminal that receives voice data is referred to as a first terminal, a terminal that sends voice data is referred to as a second terminal, and the first terminal and the second terminal perform voice communication through the base station. When the quality of the network between the first terminal and the second terminal deteriorates, for example, when the instantaneous jitter of the air interface increases due to handover or congestion, the delay jitter on the first terminal side may increase, and furthermore, the quality of the voice signal deteriorates significantly. In severe cases, the first terminal may not receive some packets of voice data sent by the second terminal, i.e., packet loss occurs.

[0076] In related technology, a jitter buffer is set in the first terminal to reduce or even eliminate delay jitter. The first terminal first buffers the received voice data packets into a jitter buffer, then buffers the voice data packets for a certain period of time to eliminate delay jitter, and then evenly plays back the buffered voice data packets. If an existing dynamic jitter buffer control method (which may also be referred to as adaptive jitter buffer) is used, the first terminal needs to adjust the jitter buffer size (which may also be referred to as jitter buffer depth) based on information such as packet loss rate and delay jitter statistics that are collected over a period of time to improve the quality of the voice signal. As shown in FIG. 6, after increasing the instantaneous jitter of the air interface, the first terminal should perceive the change in network quality based on information such as statistics on the packet loss rate and delay jitter that are collected over a period of time, and further increase the size of the jitter buffer based on information such as the collected loss rate. packets and delay jitter. Since it takes some time to collect statistics about the packet loss rate and delay jitter, the first terminal cannot adjust the jitter buffer size over time, the voice quality is greatly degraded, and even packet loss occurs for a certain period of time before the first terminal decides to adjust the buffer. jitter. On the contrary, when the instantaneous jitter of the air interface decreases (not shown in FIG. 6), the first terminal cannot reduce the buffering time of the jitter buffer on the local side in time, and therefore cannot guarantee the consistency of the voice data packets received by the first terminal and the voice data packets. sent by the second terminal, resulting in an unsatisfactory user experience.

[0077] Based on the above existing problem, an embodiment of the present application provides a data processing method. When the network quality deteriorates, the first terminal directly obtains the jitter buffer adjustment factor to adjust the jitter buffer size in time by adjusting the jitter buffer factor rather than adjusting the jitter buffer size based on statistics on the results collected over a certain period of time.

[0078] FIG. 7 is a flowchart for implementing a data processing method according to an embodiment of the present application. As shown in FIG. 7, the method includes the following steps.

[0079] S110: The first terminal receives packet delay budget adjustment information, where the packet delay budget adjustment information is used to indicate an adjusted packet delay budget, a packet delay budget adjustment amount, or a packet delay budget adjustment range.

[0080] In an embodiment of the present application, the packet delay budget is the maximum value of the delay between the first terminal and the object of the policy and charging enforcement function (PCEF), the maximum value of the radio interface transmission delay between the first terminal and the first network device, the delay , caused after one time of air interface transmission, or the average of the delays caused after many times of air interface transmission. The first network device may be a RAN device that connects the first terminal to a wireless network (eg, to a CN). In this case, the air interface transmission delay between the first terminal and the first network device is the air interface delay between the first terminal and the RAN device.

[0081] In an embodiment of the present application, "adjustment" may also be referred to as "change". In this application, "adjustment" and "change" can be used interchangeably, and in this application they are not different from each other. For example, the adjusted packet delay budget may also be referred to as the modified packet delay budget. In another example, the packet delay budget adjustment amount may also be referred to as the packet delay budget change amount, and specifically means the packet delay budget increase amount or the packet delay budget decrease amount. In another example, the packet delay budget adjustment range may also be referred to as the packet delay budget variation range. In particular, the change range of the packet delay budget may be the change range of the packet delay budget, or may be the change range of the change amount of the packet delay budget. In this application, it is expressly not limited.

[0082] It should be noted that the packet delay budget adjustment amount may be a positive value or a negative value. When the packet delay budget adjustment amount is a positive value, the packet delay budget adjustment amount indicates the packet delay budget increase amount, or when the packet delay budget adjustment amount is a negative value, the packet delay budget adjustment amount indicates the packet delay budget decrease amount.

[0083] Optionally, upon receiving the packet delay budget adjustment amount, the first terminal may determine the adjusted packet delay budget based on the packet delay budget adjustment amount. For example, when the packet delay budget adjustment amount is a positive value, the first terminal may use the sum of a predetermined packet delay budget (eg, determined by an operator) and the packet delay budget adjustment amount as the adjusted packet delay budget of the first terminal. As another example, when the packet delay budget adjustment amount is a positive value, the first terminal may use the sum of the statistical packet delay budget and the packet delay budget adjustment amount as the adjusted packet delay budget of the first terminal. As another example, when the packet delay budget adjustment amount is a positive value, the first terminal may use the sum of the last transmission packet delay budget and the packet delay budget adjustment amount as the adjusted packet delay budget of the first terminal.

[0084] It can be understood that the packet delay budget adjustment information is information that can represent a network quality state. Of course, the information that can represent the network quality state is not limited to the packet delay budget control information.

[0085] It should be noted that the packet delay budget control information may be uplink or downlink control information. For example, when the first terminal is a data receiving side, the packet delay budget adjustment information is downlink adjustment information; otherwise, when the first terminal is the communication side, the packet delay budget control information is uplink control information.

[0086] After receiving the packet delay budget control information, the first terminal performs the following operations:

[0087] S120: The first terminal adjusts the jitter buffer size based on the packet delay budget adjustment information.

[0088] For example, the packet delay budget adjustment information indicates the adjusted packet delay budget. When the adjusted packet delay budget increases, the first terminal increases the size of the jitter buffer; otherwise, when the adjusted packet delay budget decreases, the first terminal reduces the size of the jitter buffer.

[0089] For example, the packet delay budget adjustment information indicates the packet delay budget adjustment amount. When the packet delay budget adjustment amount is a positive value, the first terminal increases the size of the jitter buffer; otherwise, when the packet delay budget adjustment amount is a negative value, the first terminal reduces the size of the jitter buffer.

[0090] In an exemplary implementation, before adjusting the jitter buffer size based on the packet delay budget throttling amount, the first terminal may further determine if the packet delay budget throttling amount exceeds a predetermined threshold or a threshold configured by the network. For example, when the packet delay budget throttling amount exceeds a predetermined threshold or a threshold configured by the network, the first terminal adjusts the jitter buffer size based on the received packet delay budget throttling amount.

[0091] For example, the packet delay budget adjustment information indicates a packet delay budget adjustment range. When the packet delay budget adjustment range refers to the packet delay budget change range or the packet delay budget change amount change range, the first terminal determines the amount to be increased or decreased for the jitter buffer size based on the packet delay budget change range or the change amount change range packet delay budget. In particular, whether the first terminal increases or decreases the size of the jitter buffer depends on whether the adjusted packet delay budget increases or decreases. If the adjusted packet delay budget increases, the first terminal increases the size of the jitter buffer; otherwise, if the adjusted packet delay budget decreases, the first terminal decreases the size of the jitter buffer.

[0092] For example, when the first terminal determines, based on the packet delay budget adjustment information, that the packet delay budget is increased by 50 ms, the first terminal may increase the local delay jitter obtained by statistics collection by 50 ms to obtain the adjusted delay jitter, use adjusted delay jitter as an input parameter to adjust the jitter buffer and adjust the size of the jitter buffer.

[0093] As another example, when the first terminal determines, based on the packet delay budget adjustment information, that the packet delay budget value is 150 ms, the first terminal may refer to the local end-to-end delay value obtained by statistics collection, use the difference between the two values in as an input parameter to adjust the jitter buffer and adjust the size of the jitter buffer.

[0094] As another example, when the first terminal determines, based on the packet delay budget adjustment information, that the packet delay budget adjustment range is 20 ms to 50 ms, the first terminal may increase the local delay jitter obtained by statistics collection by 50 ms to get the adjusted delay jitter, use the adjusted delay jitter as an input parameter to adjust the jitter buffer and adjust the size of the jitter buffer.

[0095] It should be noted that the first terminal may further adjust the depth of the jitter buffer with reference to another factor such as the packet loss ratio. For example, the jitter buffer depth is adjusted when at least one or more of the following conditions are met:

[0096] When the packet loss ratio is higher than a predetermined threshold or a threshold configured by the network, and the delay jitter is below a predetermined threshold, the size of the jitter buffer is increased.

[0097] When the packet loss ratio is less than a predetermined threshold or a threshold configured by the network, and the delay jitter is greater than a predetermined threshold, the jitter buffer size cannot be adjusted.

[0098] When the packet loss ratio is less than a predetermined threshold or a threshold configured by the network, and the end-to-end delay is less than a predetermined threshold, the jitter buffer size can be increased.

[0099] When the packet loss ratio is less than a predetermined threshold or a threshold configured by the network, and the end-to-end delay is greater than a predetermined threshold, the jitter buffer size cannot be adjusted.

[00100] Optionally, the packet loss ratio may be an application layer data packet loss ratio, or it may be a PDCP layer, RLC layer, or MAC layer data packet loss ratio. For example, the packet loss ratio may be the packet loss ratio of a PDCP PDU, an RLC PDU, or a MAC PDU.

[00101] The above terms may be used alone or may be used in whole or in part. Also, the above condition can be used in combination with another condition. When the above condition is used in combination with another condition, the condition is a necessary condition, not a sufficient condition, and should fall within the protection scope of this application.

[00102] S130: The first terminal buffers data based on the adjusted jitter buffer. After adjusting the jitter buffer based on the packet delay budget control information, the first terminal buffers data based on the adjusted jitter buffer.

[00103] In the data processing method provided in the present application, since the packet delay budget control information can represent the network quality state, the first terminal in the present application can perceive the network quality state over time based on the received packet delay budget control information, rather than perceive the state network quality based on information such as packet loss ratio and delay jitter, which are obtained by collecting statistics over a period of time, as is done in the prior art. In other words, the first terminal in the present application can determine the network quality state over time, and can quickly adjust the size of the jitter buffer based on the packet delay budget adjustment information.

[00104] How the first terminal obtains the packet delay budget control information is not limited in this embodiment of the present application. In an exemplary implementation, the first terminal receives packet delay budget control information sent by the first network device or the second terminal. See S110a - S110d for details. In another possible implementation, the first terminal receives a configuration parameter sent by the first network device or the second terminal. The configuration parameter is related to the transmission delay of the radio interface. The first terminal determines packet delay budget control information based on the configuration parameter. See S110a' - S110' for details.

[00105] In this application, the fact that the configuration parameter is associated with the transmission delay of the air interface means the following: the configuration parameter affects the transmission delay of the air interface. For example, changing the configuration parameter changes the transmission delay of the air interface.

[00106] In the present application, the second terminal may be a terminal that communicates with the first terminal. The first terminal and the second terminal are used to distinguish between receiving and transmitting sides in data exchange. When the first terminal is the transmit side, the second terminal is the receive side. When the first terminal is the receive side, the second terminal is the transmit side. In the embodiment of the present application, an example is used for description in which the first terminal is the receiving side and the second terminal is the transmitting side.

[00107] Described below is that the first terminal obtains the packet delay budget control information by receiving the packet delay budget control information sent by the first network device or the second terminal.

[00108] S110a: The first network device determines packet delay budget control information.

[00109] In an embodiment of the present application, the first network device may determine the packet delay budget control information in the following ways:

[00110] In an implementation, the first network device may determine packet delay budget control information based on the current network quality state or a currently known influencing factor that affects the network quality state. For example, the first network device may determine packet delay budget control information based on information such as statistics on locally collected packet loss rate and packet transmission delay.

[00111] In yet another implementation, the first network device may determine the packet delay budget adjustment information based on the first packet delay budget information sent by the first terminal.

[00112] In yet another implementation, the first network device may determine packet delay budget control information based on the first end-to-end delay or first packet loss rate that is sent by the first terminal. More specifically, the first network device can determine the packet delay budget control information using the first end-to-end delay or the first packet loss rate instead of the first packet delay budget information, so that the calculation amount of the first terminal can be reduced and the power consumption of the first terminal can be reduced.

[00113] In yet another implementation, the first network device determines the packet delay budget control information based on any combination of the first packet delay budget information, the first end-to-end delay, and the first packet loss rate that are sent by the first terminal, such that the determined packet delay budget control information is more accurate. In this implementation, before determining the packet delay budget adjustment information, the first network device receives at least one of the first packet delay budget information, the first end-to-end delay, and the first packet loss rate that are sent by the first terminal.

[00114] Of course, the first network device may alternatively determine the packet delay budget adjustment information based on a currently known influencing factor that affects the network quality state, and with reference to at least one of the first packet delay budget information, the first end-to-end delay and a first loss ratio of packets that are sent by the first terminal.

[00115] In yet another implementation, the first network device may negotiate with the second network device to determine packet delay budget control information. The first network device may negotiate with the second network device to determine packet delay budget control information as follows:

[00116] The first network device receives at least one of the second packet delay budget information, the second end-to-end delay, and the second packet loss rate that are sent by the second network device or the second terminal, and determines the packet delay budget adjustment information based on at least one of the first packet delay budget information, the first end-to-end delay, and the first packet loss ratio, and at least one of the second packet delay budget information, the second end-to-end delay, and the second packet loss ratio. In an embodiment of the present application, the second network device may be a RAN device that connects the second terminal to a wireless network (eg, to a CN).

[00117] It can be understood that when the first terminal and the second terminal are served by the same network device (e.g., the first network device), the first network device can directly obtain at least one of the second packet delay budget information, the second end-to-end delay, and the second the loss factor of the packets that are sent by the second terminal.

[00118] Of course, alternatively, the first network device may separately use at least one of the second packet delay budget information, the second end-to-end delay, and the second packet loss ratio to determine the packet delay budget adjustment information.

[00119] It should be noted that when the first terminal and the second terminal are served by the same network device, that is, when the first network device and the second network device are the same network devices, the negotiation process between the first network device and the second network device ( that is, a process in which the second network device sends at least one of the second packet delay budget information, the second end-to-end delay, and the second packet loss rate to the first network device) may be omitted. In particular, assume that both the first terminal and the second terminal are served by the first network device. The first network device can directly receive at least one of the second packet delay budget information, the second end-to-end delay, and the second packet loss rate that are sent by the second terminal, and further determines the packet delay budget adjustment information with reference to at least one of the first information. a packet delay budget, a first end-to-end delay, and a first packet loss ratio that are sent by the first terminal.

[00120] Optionally, at least one of the second packet delay budget information, the second end-to-end delay, and the second packet loss ratio may be sent by the core network device or server to the first network device. In this implementation, the core network device or the server may receive the above information from the second terminal or the second network device. For example, the second terminal sends the packet delay budget control information to the core network device (for example, the IMS node, where the IMS node can learn that the first terminal and the second terminal are two sides of the voice call), and the core network device sends the packet delay budget control information to first network device. As another example, the second terminal sends the packet delay budget control information to the server, the server sends the received packet delay budget control information to the core network device, and the core network device sends the packet delay budget control information to the first network device.

[00121] Optionally, the first network device may determine packet delay budget control information for different logical channels or services of the first terminal.

[00122] The first packet delay budget information includes a packet delay budget adjustment amount, a packet delay budget adjustment range, or a packet delay budget expected by the first terminal. It can be understood that the packet delay budget adjustment amount, the packet delay budget adjustment range, or the packet delay budget expected by the first terminal may be the packet delay budget adjustment amount, the packet delay budget adjustment range, or the packet delay budget configured by the first network device for the first terminal. at the request of the first terminal.

[00123] In an exemplary implementation, the first packet delay budget information is carried in the first packet delay budget adjustment report.

[00124] Optionally, the first end-to-end delay and the first packet loss ratio may be carried in the first delay budget adjustment report and sent to the first network device, or may be separately sent to the first network device as ancillary information.

[00125] The second packet delay budget information includes a packet delay budget adjustment amount, a packet delay budget adjustment range, or a packet delay budget expected by the second terminal. It can be understood that the packet delay budget adjustment amount, the packet delay budget adjustment range, or the packet delay budget expected by the second terminal may be the packet delay budget adjustment amount, the packet delay budget adjustment range, or the packet delay budget configured by the second network device for the second terminal. according to the request of the second terminal.

[00126] In an exemplary implementation, the second packet delay budget information is carried in the second delay budget adjustment report.

[00127] Optionally, the second end-to-end delay and the second packet loss ratio may be carried in the second delay budget adjustment report and sent to the second network device, or may be separately sent to the second network device as ancillary information.

[00128] The first end-to-end delay and the second end-to-end delay are the delays between the first terminal and the second terminal (end to end, E2E). The first packet loss ratio is a packet loss ratio obtained by statistics collection by the first terminal, and the second packet loss ratio is a packet loss ratio obtained by statistics collection by the second terminal.

[00129] S110b: The first terminal receives packet delay budget adjustment information sent by the first network device.

[00130] S110c: The second terminal determines packet delay budget adjustment information.

[00131] In one implementation, the second terminal determines packet delay budget control information based on the current network quality state or a currently known influencing factor that affects the network quality state.

[00132] In yet another implementation, the second terminal receives the first packet delay budget control information sent by the second network device and determines the first packet delay budget control information as the packet delay budget control information. The first packet delay budget adjustment information is used to indicate an adjusted first packet delay budget, a first packet delay budget adjustment amount, or a first packet delay budget adjustment range. In this implementation, the second network device may determine the first packet delay budget control information in the following two ways:

[00133] Method 1: The second network device determines the first packet delay budget control information based on the current network quality state or a currently known influencing factor that affects the network quality state.

[00134] Method 2: The second network device determines the first packet delay budget adjustment information based on at least one of the second packet delay budget information, the second end-to-end delay, and the second packet loss ratio that are sent by the second terminal. In this implementation, before determining the first packet delay budget adjustment information, the second network device receives at least one of the second packet delay budget information, the second end-to-end delay, and the second packet loss rate that are sent by the second terminal.

[00135] S110d: The first terminal receives packet delay budget adjustment information sent by the second terminal.

[00136] After receiving the packet delay budget control information, the first terminal sends the packet delay budget control information to the application layer of the first terminal for processing.

[00137] Optionally, upon receiving the packet delay budget adjustment information and the voice data packet, the first terminal determines, based on the received packet delay budget adjustment information, the size of the jitter buffer to be adjusted, and then processes the voice data packet to reduce data packet drop due to large delay jitter.

[00138] In an embodiment of the present application, the second terminal may send packet delay budget control information to the first terminal in the following ways:

[00139] In one implementation, the second terminal sends packet delay budget control information to the first terminal via an application layer message. The application layer message may include a data packet or a codec mode request (CMR) message real-time transport control protocol (RTCP) / real-time transport protocol (RTP) ).

[00140] In yet another implementation, the second terminal sends packet delay budget control information to the first terminal via the second network device. In this implementation, the second terminal sends the determined packet delay budget control information to the second network device, and the second network device sends the received packet delay budget control information to the first terminal.

[00141] In yet another implementation, the second terminal sends packet delay budget control information to the first terminal via the second network device and the first network device. In this implementation, the second terminal sends the determined packet delay budget control information to the second network device, the second network device sends the received packet delay budget control information to the first network device, and the first network device further sends the received packet delay budget control information to the first terminal.

[00142] It should be noted that in the process of establishing a session between the second terminal and the first terminal, the first network device must notify the second network device of the IP address information of the first network device over the IMS network. That is, after receiving the packet delay budget control information sent by the second terminal, the second network device sends the packet delay budget control information to the first network device based on the received IP address information of the first network device, and the first network device further sends the delay budget control information packets to the first terminal.

[00143] It should also be noted that when the first terminal and the second terminal are served by the same network device, the second terminal may send packet delay budget control information to the first terminal via the network device.

[00144] It can be understood that the aforementioned various steps may be used in various application scenarios. For example, when the air interface transmission delay between the first terminal and the first network device changes, the first terminal may use the implementation of S110a to S110b. When the air interface transmission delay between the second terminal and the second network device changes, the first terminal may use the implementation of S110c to S110d. Of course, if both the air interface transmission delay between the first terminal and the first network device and the air interface transmission delay between the second terminal and the second network device are changed, the first terminal may use the implementation of S110a to S110d. In this case, the first terminal may fully consider the packet delay budget adjustment information sent by the second terminal and the first network device, and then decide to adjust the jitter buffer.

[00145] Described below is that the first terminal obtains packet delay budget adjustment information by receiving a configuration parameter sent by the first network device or the second terminal.

[00146] S110a': The first network device defines a configuration parameter, where the configuration parameter refers to the transmission delay of the air interface.

[00147] In the present application, the configuration parameter may include at least one of a discontinuous reception (DRX) cycle, a predefined PDCP reset timer duration, and a coverage extension parameter. The coverage extension parameter may include the number of times the data packet is resent. The predefined PDCP reset timer duration refers to the time during which the PDCP SDU packet is buffered in the PDCP entity. Specifically, upon receiving a PDCP SDU packet from a higher layer, the PDCP entity starts a PDCP reset timer. When the PDCP reset timer expires, the PDCP entity discards the PDCP SDUs and PDCP PDUs generated from the PDCP SDUs.

[00148] It should be noted that the first network device may determine the configuration parameter in the same manner that is used in determining the packet delay budget control information. See description S110a for details. Details are not described here again.

[00149] For example, the first network device may determine the value of the DRX cycle to be reduced, depending on the fact that the quality of the radio signal is higher than a predetermined threshold value. As another example, the first network device may determine the DRX cycle value to be reduced based on one or more parameters: the amount of DRX cycle reduction expected by the first terminal, the predetermined packet delay budget is less than the predetermined threshold, the first end-to-end delay is greater than the predetermined a threshold value, and the first packet loss ratio is less than a predetermined threshold value. As another example, the first network device may determine the number of times a data packet is resent based on one or more of the following: radio signal quality above a predetermined threshold, increase in the number of times a data packet is resent expected by the first terminal, a predetermined packet delay budget below a predetermined threshold, and the first packet loss ratio is above a predetermined threshold.

[00150] S110b': The first terminal receives the configuration parameter sent by the first network device.

[00151] S110c': The second terminal determines a configuration parameter, where the configuration parameter refers to the transmission delay of the air interface.

[00152] It should be noted that the second terminal may determine the configuration parameter in the same manner as when determining the packet delay budget adjustment information. See description S110c for more information. Details are not described here again.

[00153] S110d': The first terminal receives the configuration parameter sent by the second terminal.

[00154] After receiving the configuration parameter, the first terminal sends the configuration parameter to the application layer of the first terminal for processing.

[00155] It should be noted that the second terminal may send the configuration parameter in the same manner as when sending packet delay budget adjustment information. See description S110d for more information. Details are not described here again.

[00156] S110e': The first terminal determines packet delay budget control information based on the configuration parameter. Specifically, the first terminal determines the packet delay budget control information based on the configuration parameter sent by the first network device or the second terminal -----.

[00157] For example, when the configuration parameter is a DRX cycle, assuming that the length of the DRX cycle before regulation is 1280 ms, only 1 ms out of 1280 ms is used to receive downlink scheduling; assuming a DRX cycle after throttling is 10 ms, 1 ms out of 10 ms is used to receive downlink scheduling. In this case, the packet delay budget for downlink reception is reduced by 1270 ms.

[00158] As another example, when the configuration parameter is the number of times the data packet is resent, assuming that the number of times the first terminal resends the data packet before throttling is 0, and the number of times the first terminal resends the data packet after throttling is 5 (including once the initial transmission), in which case the packet delay budget is increased by four transmission blocks.

[00159] In another example, when the configuration parameter is a preset PDCP reset timer length, when the PDCP reset timer length is increased by 10 ms, the packet delay budget is also increased accordingly, eg, increased by 10 ms, respectively.

[00160] It can be understood that the aforementioned various steps may be used in various application scenarios. For example, when the transmission delay of the air interface between the first terminal and the first network device changes, the first terminal may use the implementation of S110a', S110b'; and S110e'. When the air interface transmission delay between the second terminal and the second network device changes, the first terminal may use the implementation of S110c, S110d', S110e'. Of course, if both the air interface transmission delay between the first terminal and the first network device and the air interface transmission delay between the second terminal and the second network device are changed, the first terminal may use the S110a to S110e' implementation. In this case, the first terminal may fully consider the configuration parameter sent by the second terminal and the first network device to determine the packet delay budget adjustment information and decide on the adjustment of the jitter buffer.

[00161] The data processing method provided in this application is described below with reference to FIG. 8 - fig. 10 for examples.

[00162] FIG. 8 is a flowchart for implementing another data processing method according to an embodiment of the present application. In FIG. 8, an example is used for description in which the first terminal is UE 1, the first network device is RAN 1, and the first terminal receives packet delay budget control information from the first network device. As shown in FIG. 8, the method includes the following steps.

[00163] S210: RAN 1 defines packet delay budget control information or a configuration parameter.

[00164] In an implementation of RAN 1, determines packet delay budget control information or a configuration parameter based on the current network quality state or a currently known influencing factor that affects the network quality state.

[00165] In yet another implementation, RAN 1 determines the packet delay budget adjustment information or configuration parameter based on at least one of the first packet delay budget information, the first end-to-end delay, and the first packet loss rate reported by the UE 1. See S210a - S210b .

[00166] S220: RAN 1 sends packet delay budget control information or a configuration parameter to UE 1. If RAN 1 sends a configuration parameter to UE 1, UE 1 further executes S230.

[00167] S230: UE 1 determines packet delay budget control information based on the configuration parameter.

[00168] S240: UE 1 adjusts the jitter buffer size based on packet delay budget adjustment information.

[00169] S250: UE 1 buffers data based on the adjusted jitter buffer.

[00170] Optionally, the method shown in FIG. 8 may be applied to a scenario in which the air interface transmission delay between UE 1 and RAN 1 changes.

[00171] FIG. 9 is a flowchart for implementing another data processing method according to an embodiment of the present application. In FIG. 9, an example in which the first terminal is UE 1, the second terminal is UE 2, the first network device is RAN 1, the second network device is RAN 2, and the first terminal receives packet delay budget control information from the first network device is used. for description. As shown in FIG. 9, the method includes the following steps.

[00172] S310: RAN 1 defines packet delay budget control information or a configuration parameter.

[00173] In an implementation, RAN 1 determines packet delay budget control information or a configuration parameter based on the current network quality state or a currently known influencing factor that affects the network quality state.

[00174] In yet another implementation, RAN 1 determines the packet delay budget adjustment information or configuration parameter based on at least one of the first packet delay budget information, the first end-to-end delay, and the first packet loss rate reported by the UE 1. See S310a - S310b .

[00175] In yet another implementation, RAN 1 and RAN 2 negotiate information to determine packet delay budget control information or a configuration parameter. See S310c. Optionally, RAN 1 determines the packet delay budget control information or configuration parameter based on at least one of the second packet delay budget information, the second end-to-end delay, and the second packet loss rate that are sent by RAN 2 and at least one of the first budget information packet delay, first end-to-end delay, and first packet loss ratio. In this implementation, after RAN 1 negotiates with RAN 2 to determine packet delay budget throttling information or a configuration parameter, RAN 1 and RAN 2 may send the negotiated packet delay budget throttling information or configuration parameter to UE 1 and UE 2, respectively. See S320 and S320'. It should be noted that the packet delay budget adjustment information or the configuration parameter sent in steps S320 and S320' may have different values.

[00176] S320: RAN 1 sends packet delay budget control information or a configuration parameter to UE 1. If RAN 1 sends a configuration parameter to UE 1, UE 1 further executes S330.

[00177] S330: UE 1 determines packet delay budget control information based on the configuration parameter.

[00178] S340: UE 1 adjusts the jitter buffer size based on packet delay budget adjustment information.

[00179] S350: UE 1 buffers data based on the adjusted jitter buffer.

[00180] FIG. 10 is a flowchart for implementing another data processing method according to an embodiment of the present application. In FIG. 10, an example in which the first terminal is UE 1, the second terminal is UE 2, the first network device is RAN 1, the second network device is RAN 2, and the first terminal receives packet delay budget control information from the second terminal is used to descriptions. As shown in FIG. 10, the method includes the following steps.

[00181] S410: UE 2 determines packet delay budget control information or a configuration parameter.

[00182] In an implementation, UE 2 determines the packet delay budget control information or configuration parameter based on the current network quality state or a currently known influencing factor that affects the network quality state.

[00183] In yet another implementation, the UE 2 defines the first packet delay budget control information or the first configuration parameter sent by the RAN 2 as the packet delay budget control information or configuration parameter. It should be noted that the first packet delay budget adjustment information or the first configuration parameter sent by RAN 2 to UE 2 may be determined by RAN 2 based on the current network quality state or a currently known influencing factor that affects the network quality state or may be determined by RAN 2 based on at least one of the second packet delay budget information, the second end-to-end delay, and the second packet loss rate reported by the UE 2. See S410a to S410c.

[00184] S420: UE 2 sends packet delay budget control information or a configuration parameter to UE 1. If RAN 1 sends a configuration parameter to UE 1, UE 1 further executes S430.

[00185] The reason for performing S420 is not limited in this embodiment of the present application.

[00186] Upon determining that at least one or more of the following conditions are met, the UE 2 starts executing S420.

[00187] Condition 1: UE 2 determines that at least the packet delay budget change amount is greater than or equal to a predetermined threshold or a threshold configured by the network.

[00188] Condition 2: UE 2 determines that at least the quality of the radio signal is below a predetermined threshold or a threshold configured by the network.

[00189] Condition 3: UE 2 determines that at least the packet loss ratio is greater than or equal to a predetermined threshold or a threshold configured by the network.

[00190] The above terms may be used alone or may be used in whole or in part. Also, the above condition can be used in combination with another condition. When the above condition is used in combination with another condition, that condition is a necessary condition, not a sufficient condition, and should fall within the protection scope of this application.

[00191] Optionally, when both the voice service data packet and the packet delay budget control information are data to be transmitted, the UE 2 preferably sends the packet delay budget control information or places the packet delay budget control information in the voice service data packet and sends the budget control information packet delays along with the voice service data packet.

[00192] UE 2 may send packet delay budget control information or a configuration parameter to UE 1 in three ways. See S420, S420a - S420b and S420c - S420e.

[00193] S430: UE 1 determines packet delay budget control information based on the configuration parameter.

[00194] S440: UE 1 adjusts the jitter buffer size based on packet delay budget adjustment information.

[00195] S450: UE 1 buffers data based on the adjusted jitter buffer.

[00196] Optionally, the method shown in FIG. 10 may be applied to a scenario in which the air interface transmission delay between UE 2 and RAN 2 changes.

[00197] According to the data processing method provided in this embodiment of the present application, the receiving side can perceive the network quality state over time based on the received packet delay budget adjustment information, and can quickly adjust the size of the jitter buffer based on the packet delay budget adjustment information, thereby improving the quality of the voice signal and improving the user experience.

[00198] The foregoing mainly describes the solutions provided in the embodiments of the present application in terms of interaction between a first terminal and a first network device or between a first terminal and a second terminal. It can be understood that in order to implement the above functions, the first terminal, the second terminal, and the first network device include respective hardware structures and/or software modules for performing these functions. With reference to the blocks and steps of the algorithm described in the embodiments disclosed in this application, the embodiments of the present application may be implemented in hardware or a combination of hardware and computer software. Whether a function is performed by hardware or by hardware controlled by computer software depends on particular applications and design constraints of the technical solutions. A person skilled in the art can use various methods to implement the described functions for each particular application, but it should not be considered that the implementation is beyond the technical solutions in the embodiments of the present application.

[00199] In embodiments of the present application, division of functional blocks may be performed at the first terminal, the second terminal, and the first network device based on the above example methods. For example, each function block may be obtained by dividing based on a corresponding function, or two or more functions may be integrated into one processing block. An integrated block may be implemented in hardware or may be implemented in a software function block.

[00200] Based on the same concept of the invention, an embodiment of the present application further provides a device for implementing any of the above methods, for example, a device including units (or means) configured to implement the steps performed by the first terminal or the second terminal any of the above methods. As another example, another device is further provided, including units (or means) configured to implement the steps performed by the first network device or the second network device by any of the aforementioned methods.

[00201] In a possible implementation, an embodiment of the present application provides a data processing device 100. The data processing apparatus 100 may be applied to the first terminal or the second terminal. Fig. 11 is a schematic block diagram of a data processing apparatus 100 according to an embodiment of this application. With reference to FIG. 11, the data processing apparatus 100 includes a processing unit 110, a sending unit 130, and a receiving unit 120 or receiving unit 140. When the data processing apparatus 100 is applied to the first terminal, the corresponding apparatus 100 includes a processing unit 110, a sending unit 130, and a receiving unit 140. The acquisition unit 140 is configured to obtain packet delay budget adjustment information. The processing unit 110 is configured to: adjust the size of the jitter buffer based on the packet delay budget adjustment information obtained by the acquisition unit 140, and buffer the data based on the adjusted jitter buffer. When the data processing apparatus 100 is applied to the second terminal, the corresponding apparatus 100 includes a processing unit 110, a receiving unit 120, and a sending unit 130. The processing unit 110 is configured to determine packet delay budget adjustment information or a configuration parameter. The sending unit 130 is configured to send the packet delay budget adjustment information or the configuration parameter determined by the processing unit 110 to the first terminal.

[00202] In another possible embodiment of the present application, a data processing device 200 is further provided. The data processing apparatus 200 may be applied to the first network device or the second network device. Fig. 12 is a schematic block diagram of a data processing apparatus 200 according to an embodiment of this application. With reference to FIG. 12, the data processing apparatus 200 includes a processing unit 210, a receiving unit 220, and a sending unit 230. The processing unit 210 is configured to determine packet delay budget adjustment information or a configuration parameter. The sending unit 230 is configured to send the packet delay budget adjustment information or the configuration parameter determined by the processing unit 210 to the first terminal.

[00203] The packet delay budget adjustment information is used to indicate an adjusted packet delay budget, a packet delay budget adjustment amount, or a packet delay budget adjustment range. The configuration parameter is related to the air interface transmission delay and may include at least one of a DRX cycle, a predefined PDCP reset timer duration, and a coverage extension parameter.

[00204] When the data processing device 100 is applied to the first terminal or the second terminal, and the data processing device 200 is applied to the first network device or the second network device, the following operations can be further performed:

[00205] In an exemplary design, the receiving unit 140 receives the packet delay budget control information sent by the first network device or the second terminal, and then the size of the jitter buffer is adjusted based on the received packet delay budget control information. Thus, the network state can be perceived in time based on the packet delay budget control information sent by the second terminal or the first network device, rather than the network state determined based on statistics about parameters collected over a period of time in the prior art, so that the buffer size jitter can be quickly adjusted.

[00206] In another possible design, the receiving unit 140 receives a configuration parameter sent by the first network device or the second terminal, determines the packet delay budget control information based on the received configuration parameter, and adjusts the jitter buffer size based on the determined packet delay budget control information. Thus, the packet delay budget adjustment information can be quickly determined based on the received configuration parameter, so that the size of the jitter buffer can be quickly adjusted.

[00207] In yet another exemplary scheme, before the receiving unit 140 receives the packet delay budget adjustment information, the sending unit 130 sends at least one of the first packet delay budget information, the first end-to-end delay, and the first packet loss ratio to the first network device. In this scheme, the processing unit 210 determines the packet delay budget adjustment information or configuration parameter based on at least one of the first packet delay budget information, the first end-to-end delay, and the first packet loss ratio. Thus, certain packet delay budget adjustment information or a configuration parameter is more accurate.

[00208] The first packet delay budget information includes a packet delay budget adjustment amount, a packet delay budget adjustment range, or a packet delay budget expected by the device 100.

[00209] In yet another possible design, the first packet delay budget information is carried in the first delay budget adjustment report.

[00210] In yet another exemplary design, before the processing unit 210 determines the packet delay budget adjustment information or configuration parameter, the receiving unit 220 receives at least one of the second packet delay budget information, the second end-to-end delay, and the second packet loss rate of the packets sent through the second network device or the second terminal. In this scheme, the processing unit 210 may determine the packet delay budget adjustment information or the configuration parameter based on at least one of the first packet delay budget information, the first end-to-end delay, and the first packet loss ratio, and at least one of the second packet delay budget information, the second end-to-end delay and a second packet loss ratio. According to this method, when determining the packet delay budget control information or configuration parameter, the data processing device not only takes into account the state of the network on the local side, but also considers the network state of the peer, so that the determined packet delay budget control information or the configuration parameter is more accurate.

[00211] The second packet delay budget information includes a packet delay budget adjustment amount, a packet delay budget adjustment range, or a packet delay budget of the second terminal expected by the second terminal or determined by the second network device.

[00212] In yet another possible design, the second packet delay budget information is carried in the second delay budget adjustment report.

[00213] In yet another exemplary design, before the processing unit 110 determines the packet delay budget adjustment information or configuration parameter, the receiving unit 120 receives the first packet delay budget adjustment information or the first configuration parameter sent by the network device that serves the second terminal. In this scheme, the processing unit 110 may determine the packet delay budget control information or the configuration parameter as follows: define the first packet delay budget control information or the first configuration parameter as the packet delay budget control information or the configuration parameter.

[00214] The first packet delay budget adjustment information is used to indicate an adjusted first packet delay budget, a first packet delay budget adjustment amount, or a first packet delay budget adjustment range, and the first configuration parameter relates to an air interface transmission delay.

[00215] In yet another possible design, the first packet delay budget adjustment information or the first configuration parameter is determined by the network device based on at least one of the second packet delay budget information, the second end-to-end delay, and the second packet loss ratio, which are sent by the sender 130 . In this scheme, before the receiving unit 120 receives the first packet delay budget adjustment information or the first configuration parameter, the sending unit 130 sends at least one of the second packet delay budget information, the second end-to-end delay, and the second packet loss ratio to the network device.

[00216] The second packet delay budget information includes a packet delay budget adjustment amount, a packet delay budget adjustment range, or a packet delay budget expected by the second terminal.

[00217] In the present application, sender 130 may send packet delay budget control information or a configuration parameter to the first terminal in the following three ways:

[00218] Method 1: The sender 130 sends the packet delay budget adjustment information or a configuration parameter to the first terminal via an application layer message.

[00219] Method 2: The sender 130 sends the packet delay budget adjustment information or configuration parameter to the first terminal via the second network device.

[00220] Method 3: The sender 130 sends the packet delay budget adjustment information or configuration parameter to the first terminal via the second network device and the first network device.

[00221] It should be understood that the division into blocks in the device is simply a division of logical functions. During actual implementation, all or some of the blocks may be integrated into the physical object, or may be physically separated. In addition, all blocks in the device may be implemented by software called by the processing element, or all can be implemented by hardware, or some blocks can be implemented by software called by the processing element, and some blocks are implemented by hardware. For example, each block may be an independently located processing element or may be integrated into a device chip for implementation. In addition, each block can be stored in memory as a program, and the device processing element calls and executes the function of the block. In addition, the blocks may be combined together or may be implemented individually. Alternatively, the processing element described herein may be a processor or an integrated circuit having signal processing capability. In the implementation process, the steps of the above methods or the above blocks may be implemented using a hardware integrated logic circuit in the processing element, or may be implemented in the form of software called by the processing element.

[00222] In one example, the blocks in any of the above devices may be implemented as one or more integrated circuits for implementing the above methods, for example, one or more application specific integrated circuits (ASICs), one or more microprocessors ( digital signal processor, digital signal processor, DSP), or one or more field programmable gate arrays (FPGA), or a combination of at least two of these forms of integrated circuits. In another example, where blocks in a device may be implemented in the form of a program invocation by a processing element, the processing element may be a general purpose processor such as a Central Processing Unit (CPU) or other processor that can invoke the program. In another example, the blocks can be combined together and implemented as a system-on-a-chip (SOC).

[00223] The receiving unit is an interface circuit of a device and is configured to receive a signal from another device. For example, when a device is implemented as a chip, the receiving unit is an interface circuit, which is a chip and is configured to receive a signal from another chip or device. A send block is a device interface circuit configured to send a signal to another device. For example, when the device is implemented in the form of a chip, the sender is an interface circuit that is a chip and is configured to send a signal to another chip or device.

[00224] The first network device communicates with the second network device based on the interface protocol between network devices, for example, receives at least one of the second packet delay budget information, the second end-to-end delay, and the second packet loss ratio. The first network device and the second network device may be wired or may be wirelessly connected. The first network device communicates with the first terminal based on the interface protocol between the first network device and the terminal, for example, receives at least one of the first packet delay budget information, the first end-to-end delay, and the first packet loss rate sent by the first terminal. The first network device is wirelessly connected to the first terminal. When the first network device also serves the second terminal, the first network device communicates with the second terminal via the wireless interface, such as receiving at least one of the second packet delay budget information, the second end-to-end delay, and the second packet loss ratio. In this case, the first network device receives information from the second network device and the terminal through different interfaces, and then the receiving unit receives the information through an interface circuit inside the network device.

[00225] FIG. 13 is a block diagram of a terminal according to an embodiment of the present application. The terminal may be the first terminal or the second terminal in the above embodiments, and is configured to implement the operations of the first terminal or the second terminal in the above embodiments. As shown in FIG. 13, the terminal includes an antenna 1301, a radio frequency part 1302, and a signal processing part 1303. The antenna 1301 is connected to the RF part 1302. In the downlink direction, the RF part 1302 receives through the antenna 1301 information sent by the network device and sends the information sent by the network device to the signal processing part 1303 for processing. In the uplink direction, the signal processing part 1303 processes the terminal information and sends the information to the RF part 1302. The RF part 1302 processes the terminal information and then sends the processed information to the network device via the antenna 1301.

[00226] The signal processing portion 1303 may include a modem subsystem configured to process data at each layer of the communication protocol. The signal processing portion 1303 may further include a central processing subsystem configured to process the operating system and application layer of the terminal. Moreover, the signal processing portion 1303 may further include another subsystem, such as a multimedia subsystem and a peripheral subsystem. The multimedia subsystem is configured to control the terminal's camera, screen display, and the like. The peripheral subsystem is configured to connect to another device. The modem subsystem may be a separate chip. Optionally, the aforementioned device applied to the terminal may be located in the modem subsystem.

[00227] The modem subsystem may include one or more processing elements 13031, such as one main control CPU and another integrated circuit. In addition, the modem subsystem may further include a storage element 13032 and an interface circuit 13033. The storage element 13032 is configured to store data and program. However, the program configured to execute the method executed by the terminal in the above methods may not be stored in the storage element 13032, but stored in memory outside the modem subsystem. The program is loaded and used by the modem subsystem when used. The interface circuit 13033 is configured to communicate with another subsystem. The above device applied to the terminal may be located in the modem subsystem. The modem subsystem can be implemented as a microchip. The chip includes at least one processing element and an interface circuit. The processing element is configured to perform the steps of any method performed by the terminal, and the interface circuit is configured to communicate with another device. In an implementation, the terminal blocks that implement the steps of the above methods may be implemented in the form of a program called by a processing element. For example, a device applied to a terminal includes a processing element and a storage element. The processing element calls the program stored in the storage element to execute the method executed by the terminal in the above method embodiments. The storage element may be located on the same chip as the processing element, i.e. the built-in storage element.

[00228] In another implementation, a program capable of executing a method executed by a terminal in the above methods may be stored in a storage element that resides on a chip other than the processing element, i.e., an external storage element. In this case, the processing element calls or downloads a program from the external storage element to the embedded storage element to call and execute the method executed by the terminal in the above method embodiments.

[00229] In yet another implementation, the blocks that are related to the device applied to the terminal and that implement the steps in the above methods may be implemented as one or more processing elements. These processing elements are located in the modem subsystem. Here, the processing element may be an integrated circuit, such as one or more ASICs, one or more DSPs, or one or more FPGAs, or a combination of these types of integrated circuits. These integrated circuits can be combined into a microchip.

[00230] The terminal blocks for implementing the steps in the above methods can be combined together and implemented as a system-on-a-chip (SOC). The SOC chip is configured to implement the above methods. At least one processing element and a storage element may be integrated into the chip, and the processing element calls the program stored in the storage element to implement the above methods executed by the terminal. Alternatively, at least one integrated circuit may be integrated into the microchip to implement the aforementioned methods performed by the terminal. Alternatively, the above implementations may be combined, where the functions of some blocks are implemented by the processing element through a program call, and the functions of some blocks are implemented in the form of an integrated circuit.

[00231] It can be recognized that the above devices applied to a terminal may include at least one processing element and an interface circuit. The at least one processing element is configured to perform any method performed by the terminal provided in the above method embodiments. The processing element may perform some or all of the steps performed by the terminal in the first way: calling the program stored in the storage element; or perform some or all of the steps performed by the terminal in a second way: using a hardware integrated logic circuit in the processing element and the instruction. Of course, some or all of the steps performed by the terminal may alternatively be performed using the first and second methods.

[00232] As described above, the processing element herein may be a general purpose processor, such as a CPU, or may be implemented as one or more integrated circuits to implement the above methods, such as one or more ASICs, one or more DSP microprocessors, or one or more FPGAs, or a combination of at least two of these forms of integrated circuits.

[00233] A storage element may be a memory or a common name for a plurality of storage elements.

[00234] FIG. 14 is a schematic block diagram of a network device according to an embodiment of this application. The network device is configured to implement the operations of the first network device or the second network device in the above embodiments. As shown in FIG. 14, the network device includes an antenna 1401, a radio frequency device 1402, and a baseband device 1403. The antenna 1401 is connected to the RF device 1402. In the uplink direction, the RF device 1402 receives through the antenna 1401 the information sent by the terminal and sends to the baseband device 1403 the information sent by the terminal for processing. In the downlink direction, the baseband device 1403 processes the information for the terminal and sends the information for the terminal to the RF device 1402. The RF device 1402 processes the information for the terminal and then sends the processed information for the terminal to the terminal via the antenna 1401.

[00235] Baseband device 1403 may include one or more processing elements 14031, such as a main control CPU and another integrated circuit. In addition, the baseband device 1403 may further include a storage element 14032 and an interface circuit 14033. The storage element 14032 is configured to store program and data. The interface circuit 14033 is configured to communicate with the RF device 1402. The interface circuit is, for example, a common public radio interface (CPRI). The above devices applied to the network device may be located in the baseband device 1403. For example, the above device applied to a network device may be a chip in the baseband device 1403, and the chip includes at least one processing element and an interface circuit. The processing element is configured to perform the steps of any method performed by the aforementioned network device, and the interface circuit is configured to communicate with another device. In an implementation, the network device blocks that implement the steps in the above methods may be implemented in the form of a program called by a processing element. For example, a device applied to a network device includes a processing element and a storage element. The processing element calls the program stored in the storage element to execute the method executed by the network device in the above method embodiments. The storage element may be located on the same chip as the processing element, i.e., an embedded storage element; or the storage element may be located on a chip other than the processing element, i.e., an external storage element.

[00236] In another implementation, blocks that relate to a device applied to a network device and implement steps in the above methods may be implemented as one or more processing elements. These processing elements are located in the baseband device. Here, the processing element may be an integrated circuit, such as one or more ASICs, one or more DSPs, or one or more FPGAs, or a combination of these integrated circuits. These integrated circuits can be combined into a microchip.

[00237] The network device blocks for implementing the steps in the above methods can be combined together and implemented as a system-on-a-chip (SOC). For example, the baseband device includes an SOC chip that is configured to implement the above methods. At least one processing element and a storage element may be implemented in a chip, and the processing element calls the program stored in the storage element to implement the above methods executed by the network device. Alternatively, at least one integrated circuit may be integrated into a chip to implement the above methods performed by a network device. Alternatively, the above implementations may be combined, where the functions of some blocks are implemented by the processing element through a program call, and the functions of some blocks are implemented in the form of an integrated circuit.

[00238] It can be recognized that the above devices applied to a network device may include at least one processing element and an interface circuit. At least one processing element is configured to perform any method performed by the network device provided in the above method embodiments. The processing element may perform some or all of the steps performed by the network device in the first way: calling a program stored in the storage element; or perform some or all of the steps performed by the network device in a second way: using a hardware integrated logic circuit in the processing element and an instruction. Of course, some or all of the steps performed by the network device may alternatively be performed using the first and second methods.

[00239] As described above, the processing element herein may be a general purpose processor, such as a CPU, or may be implemented as one or more integrated circuits to implement the above methods, such as one or more ASICs, one or more DSP microprocessors, or one or more FPGAs, or a combination of at least two of these forms of integrated circuits.

[00240] A storage element may be a memory or a common name for a plurality of storage elements.

[00241] According to the method provided in the embodiments of the present application, the embodiment of the present application further provides a communication system including the first network device, the second network device, the first terminal, and the second terminal described above.

[00242] An embodiment of the present application further provides a data processing apparatus that is applied to a first network device, a first terminal, or a second terminal, and includes at least one processing element (or chip) configured to perform the above method embodiments.

[00243] The present application provides a data processing program, wherein the program executed by the processor is configured to perform the methods in the above embodiments.

[00244] The present application further provides a software product, such as a computer-readable storage medium, including a program of the above data processing method.

[00245] In VoLTE-based voice communications, in addition to network quality, the coding mode used by the terminal also affects voice quality. In the existing VoLTE mechanism, most of the coding modes are non-reservation coding modes. More specifically, the currently sent speech frame carries no standby information. Therefore, the packet loss concealment capability of the voice packet is relatively low, and the quality of the voice communication is degraded, which affects the user experience. Whole frame reservation coding mode is introduced only in enhanced voice services (EVS) enhanced voice services (EVS) channel aware mode (CAM). More specifically, the currently sent speech frame carries the previously sent speech frame. Thus, if the receiving side does not receive the speech frame that was sent by the transmission side earlier, the receiving side can again receive in the currently received speech frame the speech frame that was not received, so that packet loss protection of the voice packet is improved. However, the existing whole frame reservation coding mode causes an increase in the amount of data sent by the transmission side, and when the signal quality of the air interface is lower than a predetermined threshold, the transmission delay and delay jitter increase, causing a large packet loss on the receive side. In conclusion, the whole frame reservation coding mode in the existing VoLTE mechanism is not applicable in a scenario in which the air interface signal quality is relatively poor.

[00246] Based on this, an embodiment of the present application further provides a message transmission method for further improving voice call quality and improving user experience.

[00247] Before describing the message transmission method provided in the present application, the structure of a speech frame in the VoLTE mechanism is briefly described. Rice. 15 shows the structure of a speech frame in the present application. The voice coding frame includes an H part, an M part, and an L part. The H part is used to transmit the most important voice data, and the information carried in the H part has the greatest impact on the quality of the voice signal. If the encoded data of the H part is corrupted, the quality of the voice signal is significantly degraded. The M part is used for non-essential voice data, the L part is used for tertiary important voice data, and the importance of the coded data of the L part and the M part is lower than the importance of the coded data of the H part. The importance of the coded data of the L part is lower than the importance of the coded data of the H part. M. If an error occurs while transmitting the L part coded data and the M part coded data, the communication quality is degraded, but the effect of the error in the L part coded data and the M part coded data on the quality of the voice signal is less than the effect of the error in the H part coded data on the quality. voice signal. It should be noted that "primary", "minor" and "tertiary" here refer to the importance of the voice data. "Most important" has the highest degree of importance, "minor" has a degree of importance second to "of paramount importance", and "tertiary importance" has a degree of importance second to "minor".

[00248] The technical solution in the embodiment of this application is described below with reference to the accompanying drawings.

[00249] FIG. 16 is a flowchart of an implementation of a message transmission method according to an embodiment of the present application. As shown in FIG. 16, the method includes the following steps.

[00250] S510. The first terminal receives the notification message sent by the second terminal.

[00251] The notification message is used to notify the first terminal of the coding of the speech frame in the first reservation coding mode. The first reservation coding mode is that speech frame i carries the first part of speech frame i-x as a reservation. i is a positive integer greater than or equal to 1, x is a positive integer less than or equal to i, the first part includes an important part and/or a minor part. The important part refers to the part in which the H bits are in the speech frame, and the minor important part refers to the part in which the M bits are located in the speech frame.

[00252] Optionally, after receiving the notification message sent by the second terminal, the first terminal may further send a response message to the notification message to the second terminal. The response message is used to confirm that the first terminal encodes the speech frame in the first reservation coding mode. See S510'.

[00253] After receiving the notification message sent by the second terminal, the first terminal performs the following steps:

[00254] S520. The first terminal encodes the speech frame in a first reservation coding mode.

[00255] S530: The first terminal sends to the second terminal a speech frame encoded in the first reservation coding mode.

[00256] The message transmission method provided in the present application is applicable to various coding rates. In this application, it is expressly not limited.

[00257] It should be noted that the message transmission method provided in the present application is applicable to different network quality scenarios. In an exemplary application scenario, when determining the bad state of an air interface between a second terminal and a network device, the second terminal uses the message transmission method provided in the present application. For example, the execution of S510 is started when at least one or more of the following conditions are met:

[00258] Condition 1: The quality of the radio signal of the second terminal and/or the first terminal is below a predetermined or configured threshold.

[00259] Condition 2: The second terminal delay jitter and/or the first terminal delay jitter is greater than a predefined or configured threshold.

[00260] Condition 3: The packet loss ratio of the second terminal and/or the packet loss ratio of the first terminal is higher than a predetermined or configured threshold.

[00261] The above terms may be used alone or may be used in whole or in part. Also, the above condition can be used in combination with another condition. When the above condition is used in combination with another condition, the condition is a necessary condition, not a sufficient condition, and should fall within the protection scope of this application.

[00262] In this scenario, the second terminal may determine the current state of the air interface between the second terminal and the network device based on at least one of packet loss rate, end-to-end delay (delay between the first terminal and the second terminal), and delay jitter.

[00263] In the message transmission method provided in the present application, the first terminal encodes a speech frame in a first reservation coding mode. In particular, the currently sent speech frame carries an important part of the previously sent speech frame. Compared with the speech frame encoded in the existing whole frame reservation coding mode, the speech frame encoded in the first reservation coding mode in the present application includes less data, so that the packet loss concealment capability of the voice packet is improved, while when transferring data, the load on the network is reduced, thereby further improving the quality of voice calls and improving the user experience.

[00264] FIG. 17 is a flowchart for implementing yet another message transmission method according to an embodiment of the present application. As shown in FIG. 17, the method includes the following steps.

[00265] S610: The core network device receives the first speech frame sent by the first terminal.

[00266] S620. The core network device divides the first speech frame into an H part, an M part, and an L part.

[00267] The H part refers to the part where the H bits are located in the speech frame, the M part refers to the part where the M bits are located in the speech frame, and the L part refers to the part where the L bits are located in the speech frame.

[00268] In the present application, the first speech frame may be a speech frame not including a redundant part, or may be a speech frame including a redundant part. When the first speech frame is a speech frame including a redundant part, assume that the first speech frame includes a valid frame i and a spare frame i-x. i is a positive integer greater than or equal to 1 and x is a positive integer less than or equal to i. In this case, the fact that the core network device divides the first speech frame into an H part, an M part, and an L part can be understood as: the core network device divides the i-valid frame and the i-x standby frame into an H part, an M part, and an L part.

[00269] S630. The core network device sends a second speech frame including an H part, an M part, and an L part to the access network device.

[00270] S640: The core network device sends the first indication information to the access network device, where the first indication information is used to indicate that the second speech frame includes an H part, an M part, and an L part.

[00271] In the present application, that the first indication information is used to indicate that the second speech frame includes an H part, an M part, and an L part may include the following two understandings:

Insight 1: The first indication information is used to designate the locations of the H part, the M part, and the L part in the first speech frame; or

Insight 2: The first indication information is used to indicate that the first speech frame is divided into an H part, an M part, and an L part, and the locations of the H part, the M part, and the L part in the first speech frame are predetermined.

[00272] S650: The access network device determines the first part based on the first indication information, the first part including the H part and/or the M part of the second speech frame.

[00273] It should be noted that if the first speech frame is a speech frame including a redundant part, assume that the first speech frame includes a valid frame i and a spare frame i-x. In this case, that the access network device determines the first part based on the first indication information includes: the access network device determines the H part and/or the M part included in the valid frame i and the spare frame i-x, respectively, as the first part; or the access network device determines the valid frame i and the H part and/or the M part included in the i-x spare frame as the first part.

[00274] Optionally, the first part is a PDCP PDU and includes the H part and/or the M part of the second speech frame and the PDCP SN.

[00275] Optionally, the first part is a PDCP PDU and includes the H part and/or the M part of the second speech frame, the PDCP SN, and the PDCP PDU position segment offset indication in the PDCP SDU.

[00276] Optionally, the first part is an SDAP PDU and includes the H part and/or the M part of the second speech frame and the SDAP SN.

[00277] Optionally, the first part is an SDAP PDU and includes the H part and/or the M part of the second speech frame, the SDAP SN, and the SDAP PDU position segment offset indication in the SDAP SDU.

[00278] Optionally, the access network device defines the first part at the PDCP level, and the H part and/or the M part included in the first part use the same serial number (serial number, SN) of the PDCP PDU. In this implementation, the access network device may present the first part to the first RLC entity, and transmit parts of the second speech frame other than the first part to the second RLC entity. See fig. 18. Of course, the access network device also transmits the H part, the M part and the L part, which are included in the second speech frame, to the various RLC entities.

[00279] Optionally, the access network device determines the first part at the PDCP level and discards other parts except the first. The first part generates a PDCP PDU and is sent to the first RLC entity.

[00280] S660: The network access device decides to send the second speech frame or the first part to the second terminal.

[00281] In the present application, an access network device may be an access device, such as a RAN device, that connects a second terminal to a wireless network (eg, a CN).

[00282] The sending time of the first part and the sending time of the second speech frame are not limited in the present application. In an implementation, when the second terminal's radio signal quality is below a predetermined or configured threshold, the access network device decides to send the first portion to the second terminal. In yet another implementation, when the second terminal's delay jitter is greater than a predetermined or configured threshold, the access network device decides to send the first portion to the second terminal. In yet another implementation, when the packet loss ratio of the second terminal is higher than a predetermined or configured threshold, the access network device decides to send the first portion to the second terminal.

[00283] S670: The access network device sends the second speech frame or the first part to the second terminal.

[00284] Optionally, the access network device places the first part and other parts in different code block groups (CBG) for sending.

[00285] S680: The access network device sends the second indication information to the second terminal, where the second indication information is used to indicate that the redundant part of the second speech frame includes only the first part.

[00286] It should be noted that S680 is an optional operation, and the access network device may also not send the second indication information to the second terminal.

[00287] Upon receipt of a part (eg, part H), the PDCP entity of the second terminal starts a timer to wait for other parts. After the timer expires, the PDCP entity of the second terminal reassembles the received parts and sends the reassembled parts to a higher layer.

[00288] Optionally, after the second terminal receives the second access network device indication information, the second terminal notifies the higher layer that the redundant part of the second speech frame includes only the first part, and the higher layer obtains the first part of the second speech frame for decoding.

[00289] The above describes an example in which the second terminal receives the second speech frame or the first part. The following describes an example in which the second terminal sends the second speech frame or the first part to the access network device.

[00290] The time to send the second speech frame or the time to send the first part by the second terminal to the access network device is not limited in the present application. In an implementation, when the second terminal satisfies at least one or more of the following conditions, the second terminal sends the first part to the access network device:

Condition 1: The radio signal quality of the second terminal is below a predetermined or configured threshold;

Condition 2: The second terminal delay jitter exceeds a predefined or configured threshold;

Condition 3: The packet loss ratio of the second terminal exceeds a predetermined or configured threshold; and

Condition 4: The second terminal receives the second indication information sent by the access network device.

[00291] The above terms may be used alone or may be used in whole or in part. Also, the above condition can be used in combination with another condition. When the above condition is used in combination with another condition, the condition is a necessary condition, not a sufficient condition, and should fall within the protection scope of this application.

[00292] Optionally, the second terminal sends the first part and parts other than the first in different CBGs.

[00293] Optionally, the second terminal sends the first part and parts other than the first in other cells or parts of the bandwidth (band with part, BWP). For example, the data of the first part and the data of parts other than the first part are encapsulated in different PDCP PDUs and sent on two different RLC entities or different logical channels. The MAC entity does not multiplex the data of two RLC entities or logical channels in one transport block. At the physical layer, two MAC PDUs reside in different CBGs.

[00294] Optionally, the second terminal may send indication information to the access network device to indicate that the speech frame sent by the second terminal is a complete speech frame or a speech frame including the first part. The indication method used by the second terminal for the access network device is the same as the above indication method used by the access network device for the second terminal, and details are not described here.

[00295] Optionally, the second terminal may further receive third indication information sent by the access network device, where the third indication information is used to instruct the second terminal to start sending or stop sending a speech frame including only the first part.

[00296] In the message transmission method provided in the present application, a speech frame encoded in a first reservation coding mode is transmitted. In particular, the currently transmitted speech frame carries an important part of the previously sent speech frame. Compared with the speech frame encoded in the existing whole frame reservation coding mode, the speech frame encoded in the first reservation coding mode in the present application includes less data, so that the packet loss concealment capability of the voice packet is improved, while when transferring data, the load on the network is reduced, thereby improving the quality of the voice call and improving the user experience.

[00297] The foregoing mainly describes the solutions provided in the embodiments of the present application in terms of interaction between a first terminal and an access network device, between a first terminal and a second terminal, or between an access network device and a core network device. It can be understood that in order to implement the above functions, the first terminal, the second terminal, the access network device, and the core network device include respective hardware structures and/or software modules to perform the functions. With reference to the blocks and steps of the algorithm described in the embodiments disclosed in this application, the embodiments of the present application may be implemented in hardware or a combination of hardware and computer software. Whether a function is performed by hardware or by hardware controlled by computer software depends on the particular applications and design constraints of the technical solutions. A person skilled in the art can use various methods to implement the described functions for each particular application, but it should not be considered that the implementation is beyond the technical solutions in the embodiments of the present application.

[00298] Based on the same inventive concept, an embodiment of the present application further provides an apparatus for implementing a message transmission method, for example, provides an apparatus including a function for implementing steps performed by a first terminal or a second terminal in any of the above message transmission methods. Schematic diagram of the device, see Fig. 11 and FIG. 13. Details are not described here again. As another example, another device is further provided, including a function for implementing the steps performed by the access network device in any of the above message transmission methods. Schematic diagram of the device, see Fig. 12 and FIG. 14. Details are not described here again. As another example, another device is further provided, including a function for implementing the steps performed by the core network device in any of the above message transmission methods. Schematic diagram of the device, see Fig. 19. As shown in FIG. 19, the device includes a processor 1910, a memory 1920, and an interface 1930. The processor 1910, memory 1920, and interface 1930 are signally coupled. The apparatus includes a memory and a processor, the memory is configured to store a program, and the program is called by the processor to execute the method in the above method embodiments. Here, the processor may be an integrated circuit having signal processing capability, such as a CPU. Alternatively, the functions of the above blocks can be implemented by configuring the functions into one or more integrated circuits to implement the above methods, for example, one or more ASICs, one or more DSP microprocessors, or one or more FPGAs, or combining at least two of these forms of integrated circuits. Alternatively, the above implementations may be combined.

[00299] One skilled in the art would understand that embodiments of the present application may be provided as a method, system, or computer program product. Therefore, the present application may take the form of hardware-only embodiments, software-only embodiments, or software-hardware combination embodiments. Moreover, the present application may take the form of a computer program product that is implemented on one or more computer-usable media (including but not limited to disk memory, CD-ROM, optical memory, and the like) that include a computer program code.

[00300] The present application has been described with reference to process diagrams and/or flowcharts of a method, apparatus (system), and computer program product according to embodiments of the present application. It should be understood that computer program instructions may be used to implement each process and/or each block in process diagrams and/or flowcharts, as well as to combine a process and/or block in process diagrams and/or flowcharts. These computer program instructions may be provided to a general purpose computer, a special purpose computer, an embedded processor, or the processor of any other programmable data processing device to create a machine such that the instructions executed by the computer or the processor of any other programmable data processing device form the device to implement a particular function. in one or more processes in process diagrams and/or in one or more blocks in flowcharts.

[00301] These computer program instructions may be stored in computer-readable memory, which may instruct the computer or any other programmable processing device to operate in a certain way, such that the instructions stored in the computer-readable memory form an artifact that includes the instruction device. The instruction device implements a particular function in one or more processes in process diagrams and/or in one or more blocks in flowcharts.

[00302] These computer program instructions can be loaded into a computer or other programmable processing device such that a series of operations and steps are performed on the computer or other programmable device, thereby forming computer processing. Therefore, instructions executable on a computer or other programmable device provide steps for implementing a particular function in one or more processes in process diagrams and/or in one or more blocks in flow diagrams.

[00303] Although some possible embodiments of the present application have been described, the person skilled in the art may make changes and modifications to these embodiments once they learn the basic concept of the invention. Therefore, the following claims are to be construed as covering the embodiments of the present application and all changes and modifications falling within the scope of this application.

[00304] It is understood that a person skilled in the art can make various modifications and changes to this application without going beyond the essence and scope of this application. The present application is intended to cover these modifications and variations of the present application, provided that they fall within the scope of protection defined by the following claims and their equivalent technologies.

Claims (82)

1. A data processing method, comprising the steps of: receiving, by the first terminal, packet delay budget adjustment information from the first network device or from the second terminal, wherein the packet delay budget adjustment information is used to indicate an adjusted packet delay budget, a packet delay budget adjustment amount, or a packet delay budget adjustment range; adjusting, by means of the first terminal, a jitter buffer size based on the packet delay budget adjustment information; and buffering by the first terminal data based on the adjusted jitter buffer. 2. The method of claim 1, wherein the first terminal receives packet delay budget control information from the second terminal via an application layer message. 3. The method of claim 2, wherein the application layer message comprises a real-time transmission control protocol (RTCP) codec mode request (CMR) message or a data packet or a real-time transport protocol (RTP) codec mode request (CMR) message, or data package. 4. The method according to any one of paragraphs. 1-3, wherein the packet delay budget adjustment information comprises a packet delay budget adjustment amount, a packet delay budget adjustment range, or a packet delay budget expected by the second terminal. 5. The method according to any one of paragraphs. 1-4, in which the packet delay budget adjustment information is used to indicate the packet delay budget adjustment amount; and when the packet delay budget adjustment amount is a positive value, the packet delay budget adjustment information indicates the packet delay budget increase amount, or when the packet delay budget adjustment amount is a negative value, the packet delay budget adjustment information indicates the packet delay budget decrease amount; and the step of adjusting, by the first terminal, the jitter buffer size based on the packet delay budget adjusting information, comprising: increasing, by the first terminal, a jitter buffer size when the packet delay budget adjustment amount is a positive value; or reducing, by the first terminal, a jitter buffer size when the packet delay budget adjustment amount is a negative value. 6. A data processing method, comprising the steps of: determining, by the first network device, packet delay budget adjustment information, the packet delay budget adjustment information being used to indicate an adjusted packet delay budget, a packet delay budget adjustment amount, or a packet delay budget adjustment range; and sending, via the first network device, packet delay budget adjustment information to the first terminal. 7. The method of claim 6, wherein, before the step of determining, by the first network device, the packet delay budget control information, the method further comprises: receiving by the first network device at least one of the first packet delay budget information, the first end-to-end delay and the first packet loss ratio, which are sent by the first terminal, wherein the first packet delay budget information contains the packet delay budget adjustment amount, the packet delay budget adjustment range or the packet delay budget expected by the first terminal; and the step of determining, by the first network device, the packet delay budget control information, comprising: determining, by the first network device, packet delay budget adjustment information based on at least one of the first packet delay budget information, the first end-to-end delay, and the first packet loss ratio. 8. The method of claim 6, wherein, before the step of determining, by the first network device, the packet delay budget control information, the method further comprises: receiving by the first network device at least one of the second packet delay budget information, the second end-to-end delay and the second packet loss ratio, which are sent by the second network device or the second terminal, wherein the second packet delay budget information contains the packet delay budget adjustment value, the range adjusting a packet delay budget or a packet delay budget that is expected by the second terminal or that belongs to the second terminal and is determined by the second network device; and the step of determining, by the first network device, the packet delay budget control information, comprising: determine, by the first network device, packet delay budget control information based on at least one of the first packet delay budget information, the first end-to-end delay and the first packet loss rate, and at least one of the second packet delay budget information, the second end-to-end delay and the second factor packet loss. 9. A data processing method, comprising the steps of: determining, by the second terminal, packet delay budget adjustment information, the packet delay budget adjustment information being used to indicate an adjusted packet delay budget, a packet delay budget adjustment amount, or a packet delay budget adjustment range; and sending, via the second terminal, packet delay budget adjustment information to the first terminal. 10. The method of claim 9, wherein the second terminal sends the packet delay budget control information to the first terminal via an application layer message. 11. The method of claim 10, wherein the application layer message comprises a real-time transmission control protocol (RTCP) codec mode request (CMR) message, or a data packet, or a real-time transport protocol (RTP) codec mode request (CMR) message, or data package. 12. The method according to any one of paragraphs. 9-11, in which the packet delay budget adjustment information contains a packet delay budget adjustment amount, a packet delay budget adjustment range, or a packet delay budget expected by the second terminal. 13. The method according to any one of paragraphs. 9-12, in which the packet delay budget adjustment information is used to indicate the packet delay budget adjustment amount; and when the packet delay budget adjustment amount is a positive value, the packet delay budget adjustment information indicates the packet delay budget increase amount, or when the packet delay budget adjustment amount is a negative value, the packet delay budget adjustment information indicates the packet delay budget decrease amount. 14. The method according to any one of paragraphs. 9-13, wherein, before the step of determining, by the second terminal, the packet delay budget adjustment information, the method further comprises: receiving, by the second terminal, first delay budget adjustment information of packets sent by the second network device, the first packet delay budget adjustment information being used to indicate an adjusted first packet delay budget, a first packet delay budget adjustment amount, or a first packet delay budget adjustment range; and the step of determining, by the second terminal, the packet delay budget adjustment information, comprising: determining, by the second terminal, first delay budget control information of packets sent by the second network device as packet delay budget control information. 15. The method of claim 14, wherein the first packet delay budget adjustment information is determined by the second network device based on at least one of the second packet delay budget information, the second end-to-end delay, and the second packet loss rate sent by the second terminal; and the second packet delay budget information comprises a packet delay budget adjustment amount, a packet delay budget adjustment range, or a packet delay budget expected by the second terminal; and before the step of receiving, by the second terminal, the first packet delay budget adjustment information sent by the second network device, the method further comprises: sending by the second terminal at least one of the second packet delay budget information, the second end-to-end delay, and the second packet loss ratio to the second network device. 16. The method according to any one of paragraphs. 12-15, wherein the step of sending, by the second terminal, the packet delay budget adjustment information to the first terminal, comprises the step of: sending, by the second terminal, packet delay budget adjustment information to the first terminal via the second network device; or sending, by means of the second terminal, packet delay budget adjustment information to the first terminal via the second network device and the first network device. 17. Data processing device applied to the first terminal and containing: a receiving unit, configured to receive packet delay budget adjustment information from the first network device or from the second terminal, wherein the packet delay budget adjustment information is used to indicate an adjusted packet delay budget, a packet delay budget adjustment amount, or a packet delay budget adjustment range; and a processing unit, configured to: adjust the size of the jitter buffer (jitter buffer) based on the packet delay budget control information; and buffer data based on the adjusted jitter buffer. 18. The apparatus of claim 17, wherein the packet delay budget control information is carried in the application layer message. 19. The apparatus of claim 18, wherein the application layer message comprises a real-time transmission control protocol (RTCP) codec mode request (CMR) message, or a data packet, or a real-time transport protocol (RTP) codec mode request (CMR) message, or data package. 20. The device according to any one of paragraphs. 17-19, in which the packet delay budget adjustment information contains a packet delay budget adjustment amount, a packet delay budget adjustment range, or a packet delay budget expected by the second terminal. 21. The device according to any one of paragraphs. 17-20, in which the packet delay budget adjustment information is used to indicate the packet delay budget adjustment amount; and when the packet delay budget adjustment amount is a positive value, the packet delay budget adjustment information indicates the packet delay budget increase amount, or when the packet delay budget adjustment amount is a negative value, the packet delay budget adjustment information indicates the packet delay budget reduction amount; and the processing unit is configured to: increasing the jitter buffer size when the packet delay budget adjustment value is positive; or reducing the jitter buffer size when the packet delay budget throttling value is negative. 22. Data processing device applied to the first network device and containing: a processing unit configured to determine packet delay budget adjustment information, wherein the packet delay budget adjustment information is used to indicate an adjusted packet delay budget, a packet delay budget adjustment amount, or a packet delay budget adjustment range; and a sending unit, configured to send packet delay budget adjustment information to the first terminal. 23. The device according to p. 22, and the device further comprises a receiving unit; and the receiving unit is configured to: before the processing unit determines the packet delay budget adjustment information, receiving at least one of the first packet delay budget information, the first end-to-end delay, and the first packet loss ratio that are sent by the first terminal, the first the packet delay budget information contains a packet delay budget adjustment amount, a packet delay budget adjustment range, or a packet delay budget expected by the first terminal; and the processing unit determines the packet delay budget control information as follows: determining packet delay budget adjustment information based on at least one of the first packet delay budget information, the first end-to-end delay, and the first packet loss ratio. 24. The apparatus of claim 23, wherein the receiving unit is further configured to: before the processing unit determines the packet delay budget adjustment information, receiving at least one of the second packet delay budget information, the second end-to-end delay, and the second packet loss rate that are sent by the second network device or the second terminal, wherein the second delay budget information packets contains a packet delay budget adjustment amount, a packet delay budget adjustment range, or a packet delay budget expected by the second terminal or which is related to the second terminal and determined by the second network device; and the processing unit determines the packet delay budget control information as follows: determining packet delay budget control information based on at least one of the first packet delay budget information, the first end-to-end delay, and the first packet loss ratio and at least one of the second packet delay budget information, the second end-to-end delay, and the second packet loss ratio. 25. Data processing device applied to the second terminal and containing: a processing unit configured to determine packet delay budget adjustment information, wherein the packet delay budget adjustment information is used to indicate an adjusted packet delay budget, a packet delay budget adjustment amount, or a packet delay budget adjustment range; and a sending unit, configured to send packet delay budget adjustment information to the first terminal. 26. The apparatus of claim 25, wherein the second terminal sends the packet delay budget control information to the first terminal via an application layer message. 27. The apparatus of claim 26, wherein the application layer message comprises a real-time transmission control protocol (RTCP) codec mode request (CMR) message, or a data packet, or a real-time transport protocol (RTP) codec mode request (CMR) message, or data package. 28. The device according to any one of paragraphs. 25-27, in which the packet delay budget adjustment information comprises a packet delay budget adjustment amount, a packet delay budget adjustment range, or a packet delay budget expected by the second terminal. 29. The device according to any one of paragraphs. 25-28, in which the packet delay budget adjustment information is used to indicate the packet delay budget adjustment amount; and when the packet delay budget adjustment amount is a positive value, the packet delay budget adjustment information indicates the packet delay budget increase amount, or when the packet delay budget adjustment amount is a negative value, the packet delay budget adjustment information indicates the packet delay budget decrease amount. 30. The device according to any one of paragraphs. 25-29, the device further comprising a receiving unit; and the receiving unit is configured to: before the processing unit determines the packet delay budget adjustment information, receiving the first packet delay budget adjustment information sent by the network device that serves the second terminal, wherein the first packet delay budget adjustment information is used to indicate the adjusted first a packet delay budget, a first packet delay budget adjustment amount, or a first packet delay budget adjustment range; and the processing unit determines the packet delay budget control information as follows: determining the first packet delay budget control information as the packet delay budget control information. 31. The apparatus of claim 30, wherein the first packet delay budget adjustment information is determined by the network device based on at least one of the second packet delay budget information, the second end-to-end delay, and the second packet loss rate sent by the device; and the second packet delay budget information comprises a packet delay budget adjustment amount, a packet delay budget adjustment range, or a packet delay budget expected by the device; and the sending unit is additionally configured to: before the receiving unit receives the first packet delay budget adjustment information, sending at least one of the second packet delay budget information, the second end-to-end delay, and the second packet loss rate to the network device. 32. The device according to any one of paragraphs. 28-31, in which the sending unit sends the packet delay budget adjustment information to the first terminal as follows: sending packet delay budget control information to the first terminal via the second network device; or sending packet delay budget control information to the first terminal via the second network device and the first network device. 33. A data processing device comprising at least one processor and an interface circuit, wherein at least one processor is configured to perform the method according to any one of paragraphs. 1-5 or any of paragraphs. 9-16. 34. A data processing device containing a processor configured to call a program stored in memory to perform the method according to any one of paragraphs. 1-5 or any of paragraphs. 9-16. 35. A data processing device comprising at least one processor and an interface circuit, wherein at least one processor is configured to perform the method according to any one of paragraphs. 6-8. 36. A data processing device containing a processor configured to call a program stored in memory to perform the method according to any one of paragraphs. 6-8. 37. A computer-readable storage medium containing a program that, when called by the processor, instructs the processor to perform the method according to any one of paragraphs. 1-16.

Images