Communication method, electronic equipment and storage medium

Abstract

The invention relates to the technical field of communication, in particular to a communication method and device and a storage medium. The method is applied to the terminal equipment, and comprises the following steps: detecting that a data transmission state of a first application does not meet a transmission condition through the first application; transmission state information is sent to the application server through the network device, the transmission state information is used for instructing the application server to request transmission adjustment information from a core network, and the transmission adjustment information is used for instructing the network device and / or the terminal device to adjust transmission parameters corresponding to the data of the first application. According to the embodiment of the invention, congestion detection is carried out on the application side, and the application server sends the request to the core network, so that the core network confirms that the communication system determines and deploys the transmission adjustment parameters, congestion can be efficiently detected, and a congestion coping strategy can be timely implemented.

Description

Technical Field

[0001] This application relates to the field of communication technology, and in particular to a communication method, electronic device and storage medium. Background Technology

[0002] In communication systems, data transmission is fundamental to all application services, including web browsing, file downloads, social media interaction, and video streaming. This data is transmitted between terminal devices and application servers via the core network and radio access network (RAN).

[0003] Currently, network congestion mitigation measures in communication systems may not be implemented in a timely manner. For example, during video application data transmission, if a base station detects network congestion during data transmission, it will report the congestion situation to the application server via the core network. The core network or application server will then determine a congestion control strategy, which the application server will implement. However, the closed-loop period from congestion detection to congestion control typically exceeds hundreds of milliseconds, preventing the communication system from adjusting uplink / downlink rates or video bitrates in a timely manner. Summary of the Invention

[0004] The purpose of this application is to provide a communication method, device and storage medium.

[0005] In a first aspect, this application provides a communication method applied to a terminal device, comprising: detecting that the data transmission status of the first application does not meet the transmission conditions through a first application; and sending transmission status information of the data of the first application to an application server corresponding to the first application through a network device, wherein the transmission status information is used to instruct the application server to request transmission adjustment information from the core network, and the transmission adjustment information is used to instruct the network device and / or the terminal device to adjust the transmission parameters corresponding to the data of the first application.

[0006] In this embodiment, a data transmission status that does not meet the transmission conditions indicates congestion during data transmission between the terminal device and the application server. The transmission status information may include data transmission status data, such as uplink and downlink rates. For example, after determining the transmission adjustment information, the core network can send the information to the application server or network device. The network device can then send the transmission adjustment information to the terminal device to make the adjustments indicated by the information effective, such as increasing the uplink and / or downlink rates.

[0007] Through the embodiments of this application, the terminal device sends transmission status information that can indicate the congestion status to the application server, which can realize congestion detection on the application side; the application server sends a request to the core network, so that the core network confirms the rate improvement capability of the communication system and determines the transmission adjustment parameters. Then, the transmission adjustment parameters are applied to the communication system, which can efficiently realize congestion detection and determine congestion response strategies to ensure timely adjustment of data transmission parameters.

[0008] In one possible implementation of the first aspect, the transmission adjustment information includes at least one of rate information and direction information, and the direction information includes one of uplink information, downlink information, and bidirectional information.

[0009] In this embodiment of the application, the transmission adjustment information may include rate adjustment information, which includes rate information and direction information.

[0010] In one possible implementation of the first aspect, the directional information includes uplink information or bidirectional information, and the method further includes: receiving transmission adjustment information sent by the network device; and adjusting the uplink transmission parameters corresponding to the data of the first application based on the transmission adjustment information.

[0011] In this embodiment of the application, when uplink transmission parameters, such as uplink rate, need to be adjusted, the network device can send transmission adjustment information to the terminal device to instruct the terminal device to adjust the uplink transmission parameters. It can be understood that uplink transmission parameters refer to the transmission parameters of the data of the first application sent by the terminal device to the network device.

[0012] In one possible implementation of the first aspect, the directional information includes downlink information or bidirectional information, and the method further includes: receiving transmission adjustment information sent by a network device; and adjusting the data quality parameters corresponding to the data of the first application based on the transmission adjustment information.

[0013] In this embodiment of the application, when downlink transmission parameters, such as downlink rate, need to be adjusted, the network device can send transmission adjustment information to the terminal device to instruct the terminal device to adjust data quality parameters (e.g., video quality parameters, including the frame rate, bit rate, and resolution of the acquired video). It can be understood that downlink transmission parameters refer to the transmission parameters used by the network device to send data of the first application to the terminal device.

[0014] In other embodiments, when uplink transmission parameters need to be adjusted, the terminal device can also adjust the data quality parameters of the uplink data based on the transmission adjustment information sent by the network device, such as adjusting the image quality parameters of the uploaded image.

[0015] In one possible implementation of the first aspect, the network device sends transmission adjustment information to the terminal device via the Media Access Control (MAC) control element CE.

[0016] In this embodiment of the application, the transmission adjustment information can be completed in a shorter time through MAC CE, thereby improving communication efficiency and deploying adjustment measures for congestion situations more quickly.

[0017] In one possible implementation of the first aspect, the transmission adjustment information sent by the network device is carried in the data of the first application, and the transmission adjustment information is added to the data of the first application by the application server or the core network.

[0018] In this embodiment of the application, after the core network determines the transmission adjustment information, it can send the transmission adjustment information to the application server so that the application server can send the transmission adjustment information together with the application data; or, after receiving the application data sent by the application server, the core network can add the transmission adjustment information to the application data and then send the application data and the transmission adjustment information to the network device.

[0019] In one possible implementation of the first aspect, the core network includes a first network element and a second network element, wherein the first network element is used to send an adjustment request to the second network element and obtain transmission adjustment information from the second network element.

[0020] In this embodiment of the application, the first network element is NEF and the second network element is PCF.

[0021] In one possible implementation of the first aspect, the core network also includes a third network element and a fourth network element, wherein the second network element is used to query the fourth network element through the third network element whether the fourth network element and the network device support transmission parameter adjustment, and the fourth network element is used to forward data between the network device and the application server.

[0022] In this embodiment, the third network element is the SMF (Software-Defined Network) and the fourth network element is the UPF (User-Defined Network). It can be understood that application data transmitted between the terminal device and the application server needs to be forwarded through the UPF in the core network. For example, when an application sends data transmission status data to the application server, this includes: the terminal device sending data transmission status data to the network device, the network device sending data transmission status data to the UPF, and the UPF sending data transmission status data to the application server.

[0023] Secondly, this application provides a communication method applied to a network device, comprising: receiving transmission status information of data of a first application sent by a terminal device; sending transmission status information to an application server corresponding to the first application, wherein the transmission status information is used to instruct the application server to request transmission adjustment information from the core network; and receiving transmission adjustment information sent by the application server or the core network, wherein the transmission adjustment information is used to instruct the network device and / or the terminal device to adjust the transmission parameters corresponding to the data of the first application.

[0024] In this embodiment, the transmission status information may include data transmission status data, such as uplink and downlink rates. For example, after determining the transmission adjustment information, the core network can send the transmission adjustment information to the application server or network device. The network device can then send the transmission adjustment information to the terminal device to make the adjustments indicated by the transmission adjustment information take effect, for example, increasing the uplink rate and / or downlink rate. For example, after determining the transmission adjustment information, the core network can send the transmission adjustment information to the application server, so that the application server sends the transmission adjustment information along with the application data; or, after receiving the application data sent by the application server, the core network can add the transmission adjustment information to the application data and then send the application data and transmission adjustment information to the network device.

[0025] Through the embodiments of this application, the terminal device sends transmission status information indicating congestion status to the application server via the network device, so as to instruct the application server to send a request to the core network, so that the core network can confirm the rate improvement capability of the communication system and determine the transmission adjustment parameters. Then, the transmission adjustment parameters are applied to the communication system, which can efficiently detect congestion and determine congestion response strategies to ensure timely adjustment of data transmission parameters.

[0026] In one possible implementation of the second aspect, the transmission adjustment information includes at least one of rate information and direction information, and the direction information includes one of uplink information, downlink information, and bidirectional information.

[0027] In this embodiment of the application, the transmission adjustment information may include rate adjustment information, which includes rate information and direction information.

[0028] In one possible implementation of the second aspect, the method further includes: sending transmission adjustment information to the terminal device, the transmission adjustment information being used to instruct the terminal device to adjust the uplink transmission parameters or data quality parameters corresponding to the data of the first application.

[0029] In this embodiment, the network device can send transmission adjustment information to the terminal device to instruct the terminal device to adjust the uplink transmission parameters or data quality parameters. Uplink transmission parameters refer to the transmission parameters of the data of the first application sent by the terminal device to the network device. Data quality parameters refer to the quality parameters of the application data downloaded or uploaded by the terminal device, such as the video quality parameters of a downloaded video, including the frame rate, bitrate, and resolution of the video.

[0030] In one possible implementation of the second aspect, the network device sends transmission adjustment information to the terminal device via the Media Access Control (MAC) control element CE.

[0031] In this embodiment of the application, the transmission adjustment information can be completed in a shorter time through MAC CE, thereby improving communication efficiency and deploying adjustment measures for congestion situations more quickly.

[0032] In one possible implementation of the second aspect, the directional information includes downlink information or bidirectional information, and the method further includes: adjusting the downlink transmission parameters corresponding to the data of the first application based on the transmission adjustment information.

[0033] In this embodiment of the application, the network device can adjust the downlink transmission parameters, such as the downlink rate, of the data sent to the terminal device based on the transmission adjustment information.

[0034] In one possible implementation of the second aspect, the directional information includes uplink information or bidirectional information, and the method further includes reserving uplink forwarding resources corresponding to the data of the first application based on the transmission adjustment information.

[0035] In this embodiment of the application, the network device can pre-configure the uplink forwarding resources to be used for forwarding uplink data based on transmission adjustment information.

[0036] In one possible implementation of the second aspect, the core network includes a first network element and a second network element, wherein the first network element is used to send adjustment requests to the second network element and obtain transmission adjustment information from the second network element.

[0037] In this embodiment of the application, the first network element is NEF and the second network element is PCF.

[0038] In one possible implementation of the second aspect, the core network also includes a third network element and a fourth network element, wherein the second network element is used to query the fourth network element through the third network element whether the fourth network element and the network device support transmission parameter adjustment, and the fourth network element is used to forward data between the network device and the application server.

[0039] In this embodiment, the third network element is the SMF (Software-Defined Network) and the fourth network element is the UPF (User-Defined Network). It can be understood that application data transmitted between the terminal device and the application server needs to be forwarded through the UPF in the core network. For example, when an application sends data transmission status data to the application server, this includes: the terminal device sending data transmission status data to the network device, the network device sending data transmission status data to the UPF, and the UPF sending data transmission status data to the application server.

[0040] Thirdly, this application provides a terminal device, including a transmitter and a processor connected to the transmitter, wherein the processor is configured to detect that the data transmission status of the first application does not meet the transmission conditions through a first application; the transmitter is configured to send the transmission status information of the data of the first application to the application server corresponding to the first application through a network device, wherein the transmission status information is used to instruct the application server to request transmission adjustment information from the core network, and the transmission adjustment information is used to instruct the network device and / or the terminal device to adjust the transmission parameters corresponding to the data of the first application.

[0041] Fourthly, this application provides a network device including a transmitter and a receiver, wherein the receiver is used to receive transmission status information of data of a first application sent by a terminal device; the transmitter is used to send transmission status information to an application server corresponding to the first application, wherein the transmission status information is used to instruct the application server to request transmission adjustment information from the core network; the receiver is used to receive transmission adjustment information sent by the application server or the core network, wherein the transmission adjustment information is used to instruct the network device and / or the terminal device to adjust the transmission parameters corresponding to the data of the first application.

[0042] Fifthly, this application provides an electronic device, including: a memory for storing instructions executed by one or more processors of the electronic device, and a processor that, when executing the instructions in the memory, causes the electronic device to perform the communication method described in the first or second aspect.

[0043] Sixthly, this application provides a non-volatile storage medium storing instructions, which, when executed on an electronic device, cause the electronic device to perform the communication method described in the first or second aspect. Attached Figure Description

[0044] Figure 1 A schematic diagram of a communication system architecture is shown in this application;

[0045] Figure 2 A schematic diagram of a communication scenario is shown in this application;

[0046] Figure 3 A schematic diagram of the structure of a communication system is shown according to an embodiment of this application;

[0047] Figure 4 A first flowchart of a communication method is shown according to an embodiment of this application;

[0048] Figure 5 A second flowchart of a communication method is shown according to an embodiment of this application;

[0049] Figure 6 A third flowchart of a communication method is shown according to an embodiment of this application;

[0050] Figure 7 A schematic diagram of the structure of a terminal device 700 is shown according to an embodiment of this application;

[0051] Figure 8 A schematic diagram of the structure of a network device 800 is shown according to an embodiment of this application;

[0052] Figure 9 A schematic diagram of the structure of a device 900 is shown according to an embodiment of this application. Detailed Implementation

[0053] The illustrative embodiments of this application include, but are not limited to, a communication method, an electronic device, and a storage medium.

[0054] To better understand the communication method provided in the embodiments of this application, the communication system architecture of the embodiments of this application will be described first below.

[0055] To address the challenges of wireless broadband technology and maintain the leading advantage of 3GPP networks, the 3GPP standards group developed a next-generation mobile communication network architecture, known as the 5G network architecture. This architecture not only supports wireless technologies defined by the 3GPP standards group (such as LTE) to access the 5G core network (5GC), but also supports non-3GPP access technologies through non-3GPP interworking functions (N3IWF), trusted non-3GPP gateway functions (TNGF), trusted WLAN interworking functions (TWIF), or next-generation packet data gateways (NG-PDG) to access the 5GC. The core network functions are divided into user plane functions (UPF) and control plane functions (CPF). UPF is mainly responsible for packet forwarding, quality of service (QoS) control, and billing information statistics. CPF is primarily responsible for user registration and authentication, mobility management, and sending packet forwarding policies and QoS control policies to UPF. It can be further subdivided into access and mobility management function (AMF) and session management function (SMF).

[0056] Core network equipment includes, for example, the Mobility Management Entity (MME) and the Broadcast Multicast Service Center (BMSC), or it may include corresponding functional entities in the 5G system, such as the core network control plane (CP) or user plane (UP) network functions, such as the SMF and AMF. The core network control plane can also be understood as the core network control plane function (CPF) entity.

[0057] The technical solutions provided in the embodiments of this application can be applied to, for example... Figure 1The system architecture shown is illustrated below. The functions of the terminal devices and various network entities are described in the following description.

[0058] like Figure 1 As shown, the terminal device can be Figure 1 The user device (UE) in the context of the system. For example, the UE can be a type of device such as a smartphone, tablet, laptop, or IoT device.

[0059] Radio Access Network (RAN): A network composed of multiple 5G-RAN nodes, implementing radio physical layer functions, resource scheduling and radio resource management, radio access control, and mobility management functions. The 5G-RAN connects to the User Plane Interface (N3) and the User Platform Filter (UPF) for transmitting data from terminal devices; it also establishes a control plane signaling connection with the AMF (Anti-Mobile Filter) through the Control Plane Interface (N2) for implementing radio access bearer control and other functions. The RAN can be any network device with radio transceiver capabilities, including but not limited to 5G node base stations (gNBs), evolved Node Base Stations (eNBs), wireless access points (WiFi APs), World Interoperability for Microwave Access Base Stations (WiMAX BSs), transmission receiving points (TRPs), wireless relay nodes, and wireless backhaul nodes.

[0060] In this application embodiment, the RAN can also be a device used to communicate with terminal devices, such as a base transceiver station (BTS) in a Global System for Mobile Communication (GSM) or Code Division Multiple Access (CDMA) system, a base station (nodeB, NB) in a Wideband Code Division Multiple Access (WCDMA) system, an evolved node base (eNB) in an LTE system, or a radio controller in a cloud radio access network (CRAN) scenario. Alternatively, the access network device can be a relay station, access point, vehicle-mounted device, wearable device, or access network device in a future 5G network or an access network device in a future evolved PLMN network, etc. This application embodiment is not limited to these categories.

[0061] In 5G New Radio (5G NR), the base station's functionality is divided into two parts, known as centralized unit (CU) - distributed unit (DU) separation. From a protocol stack perspective, the CU includes the radio resource control (RRC) layer and packet data convergence protocol (PDCP) layer of the LTE base station, while the DU includes the radio link control (RLC) layer, media access control (MAC) layer, and physical (PHY) layer of the LTE base station. In a typical 5G base station deployment, the CU and DU are physically connected via optical fiber and logically share a specially defined F1 interface for communication between them. Functionally, the CU is primarily responsible for radio resource control and configuration, inter-cell mobility management, and bearer management. The DU is primarily responsible for scheduling, physical signal generation, and transmission.

[0062] Among them, the aforementioned base stations can be macro base stations, micro base stations, pico base stations, small stations, relay stations, balloon stations, etc.

[0063] SMF: Primarily responsible for the control plane functions of terminal device session management, including the selection and control of user plane functions (UPF), Internet Protocol (IP) address allocation, session QoS management, and obtaining policies and charging control (PCC) policies (from PCF).

[0064] UPF: As the anchor point for protocol data unit (PDU) session connections, it is responsible for filtering data packets from terminal devices, data transmission / forwarding, rate control, generating billing information, etc., and provides a connection to the data network (DN) based on the user plane interface N6.

[0065] PCF: Provides configuration policy information for terminal devices and provides policy information for network control plane elements (such as SMF) to manage and control terminal devices; generates access policies and QoS flow control policies for terminal devices.

[0066] AF: Interacts with core network elements to provide services. For example, it interacts with PCF through user plane interface N5 to control service policies, interacts with NEF to obtain network capability information or provide application information to the network, and provides data network access point information to PCF to generate routing information for corresponding data services.

[0067] In this embodiment, the terminal device is wirelessly connected to the RAN device, and the RAN network element is wirelessly or wiredly connected to the 5GC device. The 5GC device and the RAN network element can be independent physical devices, or the functions of the 5GC device and the logical functions of the RAN network element can be integrated on the same physical device, or a single physical device can integrate some of the functions of the 5GC device and some of the functions of the RAN network element. The terminal device can be fixed in location or mobile.

[0068] The 5GC equipment mainly includes the aforementioned PCF network element, SMF network element, and UPF network element.

[0069] It should be noted that the aforementioned "network element" can also be referred to as an entity, device, apparatus, or module, etc., and this application does not specifically limit it. Furthermore, in this application, for ease of understanding and explanation, the description of "network element" is omitted in some descriptions. For example, NEF network element is abbreviated as NEF. In this case, "NEF" should be understood as NEF network element or NEF entity. The following omits descriptions of the same or similar cases.

[0070] It should be noted that, Figure 1The names of the various network elements included are merely names and do not limit the function of the network element itself. In 5G networks and other future networks, the aforementioned network elements may also have other names, and this application embodiment does not specifically limit this. For example, in 6G networks, some or all of the aforementioned network elements may use the terminology from 5G, or they may have other names, etc. This is uniformly explained here and will not be elaborated further below.

[0071] It should be noted that, Figure 1 The various network elements in the network do not necessarily have to exist at the same time; the required network elements can be determined based on the needs. Figure 1 The connection relationships between the various network elements are not uniquely determined and can be adjusted according to requirements.

[0072] It is understood that the aforementioned network elements or functions can be network components in hardware devices, software functions running on dedicated hardware, or virtualization functions instantiated on a platform (e.g., a cloud platform).

[0073] To facilitate understanding of the communication methods in the embodiments of this application, the technical problems to be solved by the embodiments of this application will be analyzed and explained below.

[0074] As mentioned earlier, in some implementations, congestion detection during communication is performed by the base station. When the base station detects congestion in the transmission of application data, it informs the application server through the core network, enabling the core network or application server to determine and execute congestion control strategies. However, taking the application server executing video services as an example, the entire closed-loop cycle typically exceeds hundreds of milliseconds. This makes it impossible to adjust the uplink and downlink rates or video bitrate in a timely manner; even when channel conditions improve, the video bitrate cannot be adaptively adjusted according to the improved channel conditions.

[0075] lower combination Figure 2 The scenario shown illustrates how current communication systems handle application data transmission congestion.

[0076] like Figure 2 As shown, the communication system includes terminal equipment 11, network equipment 12, core network 13 and application server 14, which work together to realize the uplink (UL), downlink (DL) or bidirectional (both) transmission of application data.

[0077] According to some embodiments, the downlink transmission process of application data includes: application server 14 sending application data to core network 13; core network 13 forwarding the application data to network device 12; and network device 12 then sending a signal carrying the application data to terminal device 11. The modem of terminal device 11 demodulates the signal, transmits the application data to the operating system, and the operating system further transmits the application data to the application.

[0078] According to some embodiments, the uplink transmission of application data includes: the terminal device 11 generates application data to be uploaded and transmits it to the modem through the operating system. The modem converts the application data into a modulated signal and sends it to the network device 12. The network device 12 demodulates the modulated signal to obtain the application data and sends the application data to the core network 13. The core network 13 transmits the application data to the application server 14.

[0079] However, the aforementioned uplink or downlink transmission processes may encounter congestion, such as congestion within the base station (e.g., processor overload or insufficient memory), core network congestion (e.g., routers or switches in the core network are overloaded), application server congestion (e.g., application server processor overload), or wireless resource congestion. In such cases, the communication system needs to adjust its strategies to address the congestion.

[0080] In one embodiment, network device 12 performs congestion detection. If congestion is detected, network device 12 informs application server 14 of the congestion through core network 13, so that application server 14 performs congestion control, such as reducing the quality of application data (e.g., reducing the bitrate of video in a video playback scenario) or notifying network device 12 to increase the transmission rate.

[0081] However, if the base station is overloaded or malfunctions, it may cause the congestion detection service of a large number of terminal devices to be interrupted, resulting in the inability to detect congestion and thus the communication system being unable to respond to network congestion in a timely manner.

[0082] To address the aforementioned issues, this application provides a communication method in which a terminal device's application detects congestion (e.g., whether data uploads are slowing down or content loading is lagging) and informs the application server of the congestion information. The application server sends an adjustment request to the core network based on the congestion information. The core network performs a network assessment based on the adjustment request and feeds back rate adjustment information (including rate information and the direction of the rate adjustment) to the application server. Then, the application server informs network devices (such as base stations) of the rate adjustment information through the core network, enabling the network devices to execute congestion response strategies based on the rate adjustment information, such as sending data to the terminal device at the rate information indicated in the rate adjustment information. In this way, congestion can be detected from the user side through terminal device detection, exhibiting strong real-time performance and stability, thereby improving the efficiency of congestion detection and response.

[0083] According to some embodiments, network devices can send rate adjustment information to terminal devices via medium access control control element (MAC CE) modulation technology to notify terminal devices of rate and direction information, such as 1000kbps and uplink. This mechanism shortens the communication time of the communication system and greatly improves the response efficiency to congestion.

[0084] According to some embodiments, terminal devices can also query network devices for rate adjustment information.

[0085] According to some embodiments, when the direction information includes downlink, the network device can adjust the downlink data transmission rate based on the rate information. When the direction information includes uplink, the terminal device can adjust the uplink data transmission rate based on the rate information.

[0086] According to some embodiments, the terminal device can adjust the frame rate, bit rate, and resolution based on the rate and direction information in the rate adjustment information, thereby ensuring that application data can be sent to the terminal device with the best quality matching the network conditions when network conditions change. For example, after the channel conditions are restored, the base station will notify the terminal device of the rate adjustment information through MAC CE, and the terminal device will increase the bit rate based on the rate adjustment information.

[0087] According to some embodiments, the application server can determine the bandwidth request based on congestion information, and the adjustment request sent by the application server to the core network includes information about the terminal device and the bandwidth request.

[0088] According to some embodiments, network devices can send to the core network adjustments made by the network device in response to network congestion, such as changing the downlink rate. The network device sends the rate control status of these adjustments to the core network via a GPRS tunneling protocol for the user plane (GTPU) tunnel, ensuring the core network is aware of the network status in a timely manner. In scenarios with insufficient air interface rate, if the base station reduces the wireless transmission bandwidth of the UE, it may result in invalid data transmission on the network side. Furthermore, the core network's UPF and application server can only detect packet loss but cannot obtain the specific cause of the packet loss. Through the embodiments of this application, the network device can inform the core network elements (such as the UPF) of the rate control status in real time, for example, informing them of the decision to reduce the transmission rate. This prevents the core network or application server from incorrectly recording the cause of packet loss, thus avoiding incorrect fault diagnosis.

[0089] The following is based on Figure 3 This application introduces a communication system provided by an embodiment.

[0090] like Figure 3 As shown, according to some embodiments, the application can be a video application. Application server 14 can send video data to core network 13, which forwards the application data to network device 12. Network device 12 then sends a signal carrying the video data to terminal device 11. Terminal device 11's modem demodulates the signal and transmits the video data to the operating system, which further transmits the video data to the application. The application on terminal device 11 can transmit user data to be uploaded to the modem via the operating system. The modem converts the user data into a modulated signal and sends it to network device 12. Network device 12 demodulates the modulated signal to obtain application data and sends the user data to core network 13. Core network 13 then transmits the user data to application server 14.

[0091] According to some embodiments, when terminal device 11 detects data transmission congestion, it can send data transmission status feedback to application server 14 through network device 12 and core network 13.

[0092] According to some embodiments, when the application server 14 receives data transmission status feedback, it can send a rate adjustment request, such as a rate increase request, to the core network 13, so that the core network 13 can confirm whether the network device 12 has the rate adjustment capability through various network elements, such as NEF, PCF, SMF, and UPF, and allocate corresponding communication resources to adjust the uplink and downlink rates of application data.

[0093] According to some embodiments, the core network 13 can send rate adjustment information to the application server 14. For example, the rate adjustment information may include direction information (such as uplink, downlink, bidirectional) and rate magnitude information, so that the application server sends the rate adjustment information together with the data, so as to instruct the network device 12 and the terminal device 11 to adjust the transmission rate of uplink or downlink application data based on the rate adjustment information.

[0094] According to some embodiments, using the adaptive network bitrate (ANBR) mechanism, after receiving the rate adjustment information sent by the application server 14 through the core network 13, the network device 12 can send an indication message to the terminal device 11 through MAC CE to notify the terminal device 11 of the adjustment of the uplink or downlink rate, for example, by directly sending the recommended uplink or downlink rate to the terminal device 11.

[0095] According to some embodiments, the terminal device 11 can also adjust the data quality of the application through the indication message received by the MAC CE. For example, the application may be a video application, and the terminal device 11 can adjust the quality parameters of the video, such as frame rate, bit rate, and resolution, based on the rate information in the indication message sent by the MAC CE.

[0096] For example, the logical channel ID (LCID) field in the MAC CE message is used to indicate the service logical channel whose rate needs to be adjusted, so that the terminal device 11 adjusts the rate for the service logical channel corresponding to the application data of the application server 14.

[0097] According to other embodiments, the network device 12 does not need to send a MAC CE message to the terminal device, and the terminal device 11 can directly query the uplink and downlink rates recommended by the network device 12 through the MAC CE.

[0098] Since MAC CE is a protocol mechanism dedicated to the fast transmission of control information, network device 12 can be notified of rate adjustment information more quickly through MAC CE, thereby shortening the entire closed-loop cycle from congestion detection to congestion response to tens of milliseconds, enabling the communication system to respond promptly to changes in channel conditions and network load.

[0099] According to some embodiments, rate adjustment can be to adjust the current uplink or downlink rate to any multiple of 64 increments. It is understood that 64 increments means there are 64 different rate multiples that can be adjusted.

[0100] In some embodiments, the MAC CE message may include rate adjustment information, such as one or more of the following four parameters: LCID, direction information (e.g., uplink, downlink, bidirectional), bit rate, and rate amplification factor (X). By sending one or more of these four parameters to the terminal device 11, the precision of the rate adjustment can be improved, and the quality of the rate adjustment can be guaranteed.

[0101] For example, terminal device 11 can determine the actual rate to be adjusted based on the rate amplification factor. For example, the actual rate can be the product of the lookup rate and X. Optionally, the lookup rate is no greater than 8000 kbps, and X can be a rate amplification factor supported by the protocol, such as a multiple between 40 and 200. For example, X can be 40, 70, 100, or 200.

[0102] Terminal device 11 can adjust the data quality parameters of application data based on rate adjustment information.

[0103] For example, with a significant increase in uplink and downlink speeds, terminal device 11 can improve the frame rate, bit rate, and resolution of downloaded videos, thereby downloading videos of the best quality without network transmission lag, thus achieving the best user experience.

[0104] For example, if terminal device 11 detects congestion, and the rate information or rate amplification factor in the MAC CE message does not indicate an increase in uplink or downlink rate, then terminal device 11 can reduce the quality parameters of the video, such as frame rate, bit rate, and resolution, to ensure the smoothness and stability of the video service.

[0105] It is understandable that multiple network elements of core network 13 can work together to execute the congestion response process. Specifically, after application server 14 sends a rate increase request to core network 13, the various network elements of core network 14 can interact to confirm the rate adjustment capability of the communication system and allocate corresponding communication resources to support the rate adjustment of uplink and downlink data transmission of terminal device 11.

[0106] For example, first, application server 14 sends a rate increase request to the NEF of core network 13, including the identifier of the terminal device (such as UE), a flow 5-tuple, and a bandwidth request, to request the base station's assistance in increasing the terminal rate. Next, the NEF of core network 13 sends a real-time rate increase request to the PCF of core network 13, using HTTP messages to convey the desired rate increase multiplier and direction (uplink, downlink, or bidirectional), thereby ensuring that the PCF of core network 13 clearly understands the specific rate increase requirements.

[0107] Subsequently, the PCF of core network 13 sends an HTTP request to the SMF of core network 13 to query the capabilities of the UPF and base stations of core network 13, such as whether in-band rate adjustment is supported. After confirming the capabilities, the SMF of core network 13 reports back to the PCF of core network 13 whether in-band rate adjustment is supported and returns the result via an HTTP response to ensure the smooth progress of subsequent operations.

[0108] Next, the PCF of core network 13 sends HTTP responses to the NEF and SMF of core network 13 respectively, assigning rate labels indicating the rate adjustment to ensure that the rate increase request can be processed correctly. It also sends the UE's N4 rules to the UPF of core network 13, specifying the forwarding action rules (FAR) rules and rate labels, enabling the UPF to obtain the rate adjustment strategy. It is understood that the rate label can refer to a multiple of the lookup table rate, a multiple of the current rate, or the rate value to be adjusted to; this embodiment does not limit this.

[0109] After receiving the HTTP response, the NEF of core network 13 can send a real-time speed-up response to application server 14 and assign a rate label to ensure that the downlink data sent by application server 14 can be processed based on the rate label content.

[0110] For example, in the downlink direction, the application server 14 sends a data packet carrying a rate tag, and the base station instructs the terminal device 11 to adjust the rate according to the rate tag via MAC CE, thereby realizing the adjustment of the uplink and downlink data transmission rates.

[0111] For example, in the uplink direction, the terminal device 11 adjusts the uplink rate according to the instructions of the base station. The base station reserves forwarding resources corresponding to the uplink data and sends application data to the UPF of the core network 13 through the forwarding resources, thereby ensuring the smooth transmission of uplink data.

[0112] Optionally, the UPF of core network 13 can selectively tag data streams, such as tagging data uploaded by terminal device 11, so that application server 14 can identify and obtain data stream information and perform traffic management. For example, tagged data streams can be used for billing purposes to ensure that the user corresponding to terminal device 11 is correctly billed according to their data usage. At the same time, tagging can also be used to assist application server 14 in executing network policies, such as ensuring that application data from terminal device 11 is processed or transmitted with priority.

[0113] The following is combined Figure 4 This application provides an exemplary flow of a communication method according to an embodiment. For example... Figure 4 As shown, the steps include the following.

[0114] S400: The application of terminal device 11 sends data transmission status data to application server 14.

[0115] In some embodiments, the application on terminal device 11 can detect the data transmission status of application data and send the data transmission status data to application server 14 through network device 12 and the UPF of core network 13. This allows application server 14 to obtain the application's transmission status in a timely manner and send a rate increase request to core network 13 when the application has a need for speed improvement. For example, the application sends a downlink rate to application server 14. Application server 14 determines whether a rate increase is needed based on whether the downlink rate is lower than a performance threshold. If so, it executes step S401.

[0116] It is understandable that data transmission status data represents the real-time upload or reception status of application data, i.e., uplink, downlink, or bidirectional data transmission status. For example, data transmission status data may include data transmission latency, throughput, packet loss rate, signal quality, bit error rate, data rate, etc. It is understandable that, referring to... Figure 3 Applications can send data transmission status data to network device 12 through the operating system and modem.

[0117] In some embodiments, the application server 14 can determine whether a rate adjustment is needed based on data transmission status data. In other embodiments, the application of the terminal device 11 can determine whether a rate adjustment is needed based on data transmission status data and instruct the application server 14 to send a rate increase request to the core network 13 through the data transmission status data. For example, the data transmission status data may include information on whether there is congestion. As another example, the data transmission status data may include information on bandwidth.

[0118] In some embodiments, the application of terminal device 11 can send direction information corresponding to the data transmission status to application server 14 through network device 12 and core network 13 to indicate to application server 14 the direction in which speed adjustment is needed. If the data transmission status does not meet performance requirements, step S401 is executed, and a rate increase request is sent to NEF to enable NEF to coordinate network resources corresponding to the rate increase direction. For example, if terminal device 11 detects that data transmission parameters such as latency, throughput, packet loss rate, signal quality, bit error rate, and data rate are below a threshold, it can determine that the data transmission status does not meet performance requirements.

[0119] In other embodiments, the application of terminal device 11 can send service information corresponding to the data transmission status to application server 14 through network device 12 and core network 13, instructing application server 14 to determine the direction of speed adjustment based on the service information. For example, the service information can indicate one or more service types provided by the application in terminal device 11, such as file upload or email sending for uplink, or video streaming or e-book download for downlink. Application server 14 can determine the direction corresponding to the data transmission status based on the service information, and if the data transmission status does not meet performance requirements, execute step S401 and send the rate increase direction to NEF through a rate increase request, so that NEF coordinates network resources corresponding to the rate increase direction.

[0120] S401: Application server 14 sends a rate increase request to NEF.

[0121] According to some embodiments, the rate boost request carries the identifier of the user device (UE), the five-tuple information of the traffic flow, and the bandwidth request.

[0122] For example, the identifier of the terminal device 11 can be a permanent identifier, a temporary identifier, an encrypted identifier, etc., and this application does not limit it.

[0123] For example, the five-tuple information of a traffic flow may include the source IP address, destination IP address, source port number, destination port number, and protocol type.

[0124] For example, if a user device downloads data from application server 14 via the Hypertext Transfer Protocol (HTTPS), the 5-tuple might be as follows: the source IP address is the user device's IP address, the destination IP address is the application server 14's IP address, the source port number is a ephemeral port number randomly selected by the user device, the destination port number is port 443 used by the user server for HTTPS, and the protocol type is Transmission Control Protocol (TCP).

[0125] For example, a bandwidth request may include a bandwidth amount (also known as rate information) so that the NEF can coordinate network resources to meet the requested rate increase. For instance, the bandwidth amount may be determined by the application or application server 14. The bandwidth amount can be a specific value, such as 100 Mbps. After receiving the bandwidth amount, the NEF can determine whether to meet the bandwidth requirement based on the current network conditions and available resources, and perform corresponding resource allocation.

[0126] For example, the rate boosting request may also include direction information, i.e., the direction of rate boosting, such as uplink, downlink, or bidirectional.

[0127] S402: NEF sends a real-time speed-up request to PCF.

[0128] Understandably, when NEF receives a rate increase request from application server 14, it can send a real-time speed-up request to PCF to query whether speed-up is supported through PCF.

[0129] According to some embodiments, a real-time speedup request can be a Hypertext Transfer Protocol (HTTP) request message, that is, a request message built on top of the HTTP protocol.

[0130] According to some embodiments, a real-time speed-up request may include rate adjustment information. This rate adjustment information may include boacon rate information (such as a rate multiplier) and direction information (such as the direction of rate increase). It is understood that the rate multiplier is used to indicate to the PCF the desired multiplier for increasing the current rate. For example, a real-time speed-up request may carry rate information, such as a desired rate increase of X multiplier, and direction information, such as uplink, downlink, or bidirectional.

[0131] S403: PCF sends a capability query request to SMF.

[0132] Understandably, when the PCF receives a real-time speed-up request from the NEF, it can send a capability query request to the SMF.

[0133] According to some embodiments, a capability query request may be an HTTP request message.

[0134] According to some embodiments, the capability query request carries capability check information, which instructs the SMF to query whether the UPF and network device 12 support in-band bitrate recommended capability, and to enable the SMF to provide feedback on whether the UPF and network device 12 support in-band bitrate recommended capability.

[0135] S404: SMF sends a function confirmation message to PCF.

[0136] Understandably, when the SMF receives a function response message from the UPF, it can send a function confirmation message to the PCF to indicate whether the UPF and network device 12 support in-band rate adjustment capability.

[0137] It is understood that the embodiments of this application do not limit the method of querying in-band rate adjustment capability. For example, the PCF can directly query the UPF for in-band rate adjustment capability, or the PCF can directly query the SMF for in-band rate adjustment capability, or the PCF can query the UPF for in-band rate adjustment capability through the SMF. The following describes an exemplary process for the PCF to query the UPF for in-band rate adjustment capability through the SMF. (Reference) Figure 5 After step S403 and before step S404, the communication method may further include the following steps.

[0138] S501: SMF sends a tunnel function request to UPF.

[0139] It is understandable that if the SMF receives a tunnel function request from the PCF, it can send a tunnel function request to the UPF.

[0140] According to some embodiments, the tunnel function request can be a packet forwarding control protocol (PFCP) message, sent by the SMF to the UPF via the N4 interface.

[0141] According to some embodiments, the tunnel function request may carry function indication information, which is used to indicate the functions of the UE GTPU tunnel to the UPF, such as whether the UE GTPU tunnel supports in-band rate adjustment. It is understood that the capabilities of the UE GTPU tunnel are determined by the RAN and UPF when the GTPU tunnel is established.

[0142] S502: UPF sends a function response message to SMF.

[0143] Understandably, when the UPF receives a capability query request from the PCF, it can send a function reply message to the SMF to indicate whether the UE GTPU tunnel supports in-band rate adjustment capability.

[0144] According to some embodiments, in the case where the function reply message indicates that the UE GPTU tunnel supports in-band rate adjustment, in step S404 the SMF can send a function confirmation message to the PCF to indicate that the UPF and network device 12 support the in-band rate adjustment capability.

[0145] The following continues based on Figure 4 An exemplary process for introducing a communication method.

[0146] S405: PCF sends rate adjustment information to NEF.

[0147] It is understood that the rate adjustment information may include rate information and direction information. For example, the rate adjustment information is the rate adjustment information in the real-time speed-up request received by the PCF in S402.

[0148] For example, the rate information can be a data band label, i.e., a rate tag, with each tag corresponding to a speed multiplier, such as 2x, 4x, 8x, etc. It is understood that multiple different rate tags can exist for different rates, such as 64, and the data band label can be one of these multiple different rate tags.

[0149] For example, the direction information can be one of up, down, or bidirectional.

[0150] S406: NEF sends a speed-up response message to application server 14.

[0151] Understandably, when NEF receives the rate adjustment information sent by PCF, it can send a speed-up response message to application server 14.

[0152] According to some embodiments, the speed-up response message may include rate adjustment information, such as in-band data tags, so that the application server 14 can fill in the in-band speed-up information corresponding to the downlink data based on the content of the in-band data tags, so as to help the network device process the downlink data based on the in-band speed-up information and ensure that the downlink rate corresponding to the in-band speed-up information is achieved.

[0153] S407: PCF sends rate adjustment information to SMF.

[0154] It is understandable that rate adjustment information may include rate information and direction information.

[0155] For example, the rate information can be a data band label, i.e., a rate label, with each label corresponding to a speed multiplier, such as 2x, 4x, 8x, etc.

[0156] For example, the direction information can be one of up, down, or bidirectional.

[0157] S408: SMF sends N4 rule to UPF.

[0158] According to some embodiments, the N4 rule includes the FAR rule.

[0159] For example, the FAR may include the five-tuple information of the traffic flow, rate information, and direction information. For instance, the FAR may include the Apply Action field of the Packet Forwarding Control Protocol (PFCP) for carrying a rate tag indicating rate information.

[0160] According to some embodiments, S405 and S407 can be executed in parallel or in any order.

[0161] Through the embodiments of this application, congestion detection can be implemented on the application side by either detecting congestion through the application and notifying the application server, or by the application server detecting congestion based on the data transmission status uploaded by the application. The application server can send a rate increase request to the core network. The various network elements of the core network can collaboratively confirm the rate increase capability of the communication system, determine the rate adjustment parameters, and then send the rate adjustment parameters to the application server. This can efficiently detect congestion and determine congestion response strategies to ensure the execution of subsequent uplink and downlink data adjustments.

[0162] As an example, application server 14 can send rate adjustment information to network device 12, causing network device 12 to perform corresponding adjustments based on the rate adjustment information, such as adjusting the downlink data transmission rate. In this embodiment, an exemplary flow of the communication method may also include the following steps.

[0163] S601: Application server 14 sends downlink data to network device 12 via UPF.

[0164] It is understandable that after S401-S408 are completed, application server 14 can send downlink data to network device 12 through UPF.

[0165] According to some embodiments, the downlink data sent by the application server 14 to the network device 12 via the UPF carries rate adjustment information, such as rate tags.

[0166] According to some embodiments, after receiving downlink data sent by application server 14, UPF adds rate adjustment information to the downlink data based on N4 rules and the five-tuple information of traffic flow. For example, UPF adds a rate tag to the GTPU header of downlink data based on rules.

[0167] S602: Network device 12 sends downlink data to terminal device 11.

[0168] It is understandable that the downlink data received by network device 12 carries rate adjustment information, and network device 12 can process the downlink data based on the rate adjustment information.

[0169] According to some embodiments, if the direction information in the rate adjustment information is downlink or bidirectional, the network device 12 can determine the adjusted target rate based on the rate information in the rate adjustment information, and send downlink data to the terminal device 11 based on the target rate.

[0170] According to some embodiments, if the direction information in the rate adjustment information is uplink or bidirectional, the network device 12 can add a MAC CE in the downlink direction to instruct the terminal device 11 to perform uplink rate adjustment. For example, the logical channel ID (LCID) type of the MAC CE is a bitraterecommend type.

[0171] For example, network device 12 can instruct terminal device 11 to adjust the uplink rate to a specific rate, or to a specific multiple of the current rate, through the LCID field of the MAC CE message.

[0172] S603: Terminal device 11 adjusts the uplink rate.

[0173] According to some embodiments, when the direction information in the rate adjustment information includes uplink or bidirectional, the terminal device 11 can adjust the rate at which it sends uplink data based on the rate adjustment information sent by the network device 12 via the MAC CE. For example, the terminal device 11 can adjust the uplink rate to a specific rate or to a specific multiple of the current rate based on the rate magnitude information sent by the network device 12 via the MAC CE.

[0174] For example, terminal device 11 can adjust the uplink rate of MAC CE based on the bitraterecommend type of LCID of MAC CE and the rate adjustment information.

[0175] According to other embodiments, terminal device 11 can query rate adjustment information via MAC CE to determine the uplink rate to be adjusted based on the rate information in the rate adjustment information.

[0176] According to some embodiments, the terminal device 11 can also adjust the data quality parameters of the application data based on the rate adjustment information, such as adjusting the frame rate, bit rate, resolution and other parameters of the video.

[0177] S604: Network device 12 reserves uplink data forwarding resources.

[0178] According to some embodiments, network device 12 can set the logical channel ID (LCID) type to bitrate recommend type, reserve N3 interface forwarding resources, and send uplink data to UPF through N3 interface forwarding resources.

[0179] For example, the uplink data carries rate adjustment information. For instance, network device 12 can add a rate tag to the GTPU header of the uplink data.

[0180] In an optional embodiment, if QoS is pre-configured uniformly between the application server 14 and the UPF, after the UPF receives the uplink data, it can mark the differentiated services code point (DSCP) value or data flow identifier on the IP header of the uplink data, so that the service server can obtain the transmission quality requirements of the data flow according to the mark, allocate the corresponding forwarding time slot, and perform the corresponding forwarding processing.

[0181] In this embodiment, the application server sends downlink data carrying rate adjustment information, enabling network devices to respond promptly and adjust data transmission rates. This allows the application server to directly participate in the rate adjustment process of the wireless communication network, achieving more flexible and efficient network traffic management and optimizing network resource utilization. Furthermore, through the MAC CE mechanism, network devices can instruct terminal devices to adjust uplink and downlink rates, further improving communication efficiency. Based on the adjustment information, terminal devices can not only adjust transmission rates but also improve the quality parameters of application data, such as video frame rate and resolution, to adapt to network conditions and ensure a better user experience. By reserving uplink data forwarding resources, network devices can reduce congestion and packet loss, ensuring smooth transmission of adjusted data and thus improving the overall data transmission performance of the communication system.

[0182] This application also provides a terminal device.

[0183] Figure 7 This is a schematic diagram of the logical structure of the terminal device 700 provided in the embodiments of this application.

[0184] like Figure 7 As shown, in an optional embodiment, the terminal device 700 includes a receiver 701, a processor 702, and a transmitter 703.

[0185] According to some embodiments, receiver 701 can receive downlink application data sent by network device, for example, by executing step S602. Processor 702 can perform rate adjustment or bit rate adjustment based on rate adjustment information, for example, by executing... Figure 6 In the S603, transmitter 703 can send uplink application data to network devices.

[0186] It is understood that, in other alternative embodiments, receiver 701, processor 702, and transmitter 703 may also be used to perform other steps described in this application.

[0187] This application also provides a network device.

[0188] Figure 8 This is a schematic diagram of the logical structure of the network device 800 provided in the embodiments of this application.

[0189] According to some embodiments, receiver 801 can receive downlink application data sent by UPF, for example, by executing step S601; processor 802 can adjust the rate according to the rate adjustment information; and transmitter 803 can send downlink application data to terminal device, for example, by executing step S602.

[0190] It is understood that, in other alternative embodiments, receiver 801, processor 802, and transmitter 803 may also be used to perform other steps described in this application.

[0191] In a simplified embodiment, those skilled in the art will conceive of the terminal device 700 or network device 800 employing... Figure 9 As shown in the figure.

[0192] like Figure 9 As shown, the device 900 may include a memory 901, a processor 902, and a communication interface 903. The memory 902 stores computer execution instructions. When the device 900 is running, the processor 901 executes the computer execution instructions stored in the memory 902, causing the device 900 to execute the communication method provided in this embodiment. The memory 901, processor 902, and communication interface 903 are communicatively connected via a bus 904. Specific communication methods can be found in the descriptions above and in the accompanying drawings, and will not be repeated here. It should be noted that in specific implementations, the device 900 may also include other hardware devices, which will not be listed here.

[0193] In one example of this application, Figure 7 Receiver 701 in Figure 8 The receiver 801 in the middle can be implemented through the communication interface 903.

[0194] In another example of this application, Figure 7 The processor 702 in Figure 8 The receiver 802 in the processor can be implemented using the processor 902.

[0195] In another example of this application, Figure 7 The transmitter 703 in the middle Figure 8 The transmitter 803 in the middle can be implemented through the communication interface 903.

[0196] The communication interface 903 can be a transceiver or a transceiver circuit. The processor 902 can be a field-programmable gate array (FPGA), an application-specific integrated circuit (ASIC), a system-on-chip (SoC), a central processing unit (CPU), a network processor (NP), a digital signal processor (DSP), a microcontroller unit (MCU), or a programmable logic device (PLD) or other integrated chips.

[0197] Since the apparatus provided in this application embodiment can be used to execute the above communication method, the technical effects it can achieve can be referred to the above method embodiment, and will not be repeated here.

[0198] As will be known to those skilled in the art, all or part of the steps in the above methods can be implemented by hardware related to program instructions, and the program can be stored in a computer-readable storage medium, such as ROM, RAM, and optical disc. Embodiments of this application also provide a storage medium, which may include a memory 901.

[0199] The explanations and beneficial effects of the relevant contents in any of the devices provided above can be found in the corresponding method embodiments provided above, and will not be repeated here.

[0200] In the above embodiments, implementation can be achieved, in whole or in part, through software, hardware, firmware, or any combination thereof. When implemented using software programs, implementation can be, in whole or in part, in the form of a computer program product. This computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the processes or functions described in the embodiments of this application are generated. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, the computer instructions can be transmitted from one website, computer, server, or data center to another via wired (e.g., coaxial cable, fiber optic, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium can be any available medium accessible to a computer or a data storage device containing one or more servers, data centers, etc., that can be integrated with the medium. The available media can be magnetic media (e.g., floppy disks, hard disks, magnetic tapes), optical media (e.g., DVDs), or semiconductor media (e.g., solid-state disks, SSDs), etc.

[0201] Although this application has been described herein in conjunction with various embodiments, those skilled in the art, by reviewing the accompanying drawings, disclosure, and appended claims, will understand and implement other variations of the disclosed embodiments in carrying out the claimed application. In the claims, the word "comprising" does not exclude other components or steps, and "a" or "an" does not exclude a plurality. A single processor or other unit can implement several functions listed in the claims. While different dependent claims may recite certain measures, this does not mean that these measures cannot be combined to produce good results.

[0202] Although this application has been described in conjunction with specific features and embodiments, it is obvious that various modifications and combinations can be made thereto without departing from the spirit and scope of this application. Accordingly, this specification and drawings are merely exemplary illustrations of this application as defined by the appended claims, and are considered to cover any and all modifications, variations, combinations, or equivalents within the scope of this application. Clearly, those skilled in the art can make various alterations and modifications to this application without departing from the spirit and scope of this application. Thus, if such modifications and modifications of this application fall within the scope of the claims of this application and their equivalents, this application is also intended to include such modifications and modifications.

Claims

1. A communication method, characterized in that, Applied to terminal devices, including: The first application detected that the data transmission status of the first application did not meet the transmission conditions; The network device sends the data transmission status information of the first application to the application server corresponding to the first application. The transmission status information is used to instruct the application server to request transmission adjustment information from the core network, and the transmission adjustment information is used to instruct the network device and / or the terminal device to adjust the transmission parameters corresponding to the data of the first application.

2. The method according to claim 1, characterized in that, The transmission adjustment information includes at least one of rate information and direction information. The directional information includes one of the following: uplink information, downlink information, and bidirectional information.

3. The method according to claim 2, characterized in that, The directional information includes uplink information or bidirectional information, and the method further includes: Receive the transmission adjustment information sent by the network device; Based on the transmission adjustment information, adjust the uplink transmission parameters corresponding to the data of the first application.

4. The method according to claim 2, characterized in that, The directional information includes downlink information or bidirectional information, and the method further includes: Receive the transmission adjustment information sent by the network device; Based on the transmission adjustment information, adjust the data quality parameters corresponding to the data of the first application.

5. The method according to claim 3 or 4, characterized in that, The network device sends the transmission adjustment information to the terminal device through the Media Access Control (MAC) control element CE.

6. The method according to claim 3 or 4, characterized in that, The transmission adjustment information sent by the network device is carried in the data of the first application, and the transmission adjustment information is added to the data of the first application by the application server or the core network.

7. The method according to claim 1, characterized in that, The core network includes a first network element and a second network element, wherein the first network element is used to send an adjustment request to the second network element and obtain the transmission adjustment information from the second network element.

8. The method according to claim 7, characterized in that, The core network also includes third and fourth network elements. The second network element is used to query the fourth network element through the third network element whether the fourth network element and the network device support transmission parameter adjustment, and the fourth network element is used to forward data between the network device and the application server.

9. A communication method, characterized in that, Applied to network devices, including: The transmission status information of the first application data sent by the receiving terminal device; Send the transmission status information to the application server corresponding to the first application, wherein the transmission status information is used to instruct the application server to request the core network to transmit adjustment information; The system receives transmission adjustment information sent by the application server or the core network. The transmission adjustment information is used to instruct the network device and / or the terminal device to adjust the transmission parameters corresponding to the data of the first application.

10. The method according to claim 9, characterized in that, The transmission adjustment information includes at least one of rate information and direction information. The directional information includes one of the following: uplink information, downlink information, and bidirectional information.

11. The method according to claim 9 or 10, characterized in that, The method further includes: The transmission adjustment information is sent to the terminal device, and the transmission adjustment information is used to instruct the terminal device to adjust the uplink transmission parameters or data quality parameters corresponding to the data of the first application.

12. The method according to claim 11, characterized in that, The network device sends the transmission adjustment information to the terminal device through the Media Access Control (MAC) control element CE.

13. The method according to claim 10, characterized in that, The directional information includes downlink information or bidirectional information, and the method further includes: The downlink transmission parameters corresponding to the data of the first application are adjusted based on the transmission adjustment information.

14. The method according to claim 10, characterized in that, The directional information includes uplink information or bidirectional information, and the method further includes: Based on the transmission adjustment information, uplink forwarding resources corresponding to the data of the first application are reserved.

15. The method according to claim 9, characterized in that, The core network includes a first network element and a second network element, wherein the first network element is used to send an adjustment request to the second network element and obtain the transmission adjustment information from the second network element.

16. The method according to claim 7, characterized in that, The core network also includes third and fourth network elements. The second network element is used to query the fourth network element through the third network element whether the fourth network element and the network device support transmission parameter adjustment, and the fourth network element is used to forward data between the network device and the application server.

17. A terminal device, characterized in that, Includes a transmitter and a processor connected to the transmitter, wherein The processor is configured to detect, through the first application, that the data transmission status of the first application does not meet the transmission conditions; The transmitter is used to send the transmission status information of the first application's data to the application server corresponding to the first application via a network device. The transmission status information is used to instruct the application server to request transmission adjustment information from the core network, and the transmission adjustment information is used to instruct the network device and / or the terminal device to adjust the transmission parameters corresponding to the data of the first application.

18. A network device, characterized in that, Includes transmitter and receiver, among which The receiver is used to receive transmission status information of the data of the first application sent by the terminal device; The transmitter is used to send the transmission status information to the application server corresponding to the first application, wherein the transmission status information is used to instruct the application server to request transmission adjustment information from the core network. The receiver is configured to receive transmission adjustment information sent by the application server or the core network, the transmission adjustment information being used to instruct the network device and / or the terminal device to adjust the transmission parameters corresponding to the data of the first application.

19. An electronic device, characterized in that, include: Memory, used to store instructions executed by one or more processors of an electronic device, and A processor, when executing the instructions in the memory, causes the electronic device to perform the method of any one of claims 1-8 and 9-16.

20. A non-volatile storage medium, characterized in that, The storage medium stores instructions that, when executed on an electronic device, cause the electronic device to perform the method described in any one of claims 1-8 and 9-16.

Images