Data transmission method and device based on quality of service

Abstract

The invention discloses a data transmission method and device based on QoS (Quality of Service), and a terminal, and can better support QoS-based data transmission, thereby improving service performance and user experience. The method comprises: a terminal reporting at least one candidate quality of service (QoS) and an effective duration of the candidate QoS to an RAN node, the at least one candidate QoS comprising a first QoS, and the effective duration of the candidate QoS comprising an effective duration of the first QoS. And the RAN node obtains at least one candidate QoS and the effective duration of the candidate QoS, and sends first information indicating the first QoS to the terminal. And after the terminal receives the first information, the terminal and the RAN node perform data transmission based on the first QoS within the effective duration of the first QoS.

Description

Technical Field

[0001] Embodiments of the present application relate to the field of communications, and in particular, to a data transmission method and apparatus based on quality of service (QoS). Background Art

[0002] In recent years, with the development of the fifth generation (5G) communication system, its data transmission delay has been continuously reduced, and the transmission capacity has been continuously increased, enabling the 5G communication system to gradually penetrate into some multimedia services with strong real-time requirements and large data capacity requirements, such as video transmission, cloud gaming (CG), and extended reality (XR).

[0003] In the 5G communication system, end-to-end quality of service (QoS) assurance can be provided for services by configuring QoS. Exemplarily, QoS may include, but is not limited to, priority, packet delay budget (PDB), and reliability. The reliability requirement for XR video transmission is usually 99%, the radio interface delay requirement for uplink XR video transmission is usually 30 milliseconds (ms), and the radio interface delay requirement for downlink XR video transmission is usually 10 ms.

[0004] However, the current QoS configuration method may cause the terminal to be unable to fully support QoS adjustment, thereby affecting service performance and reducing the user experience. Summary of the Invention

[0005] The present application provides a data transmission method and apparatus based on quality of service, enabling the terminal to better support QoS-based data transmission, thereby improving service performance and user experience.

[0006] In a first aspect, a data transmission method based on quality of service is provided. This method can be executed by a terminal, or by a module (such as a processor, a chip, or a chip system, etc.) applied to the terminal, or can also be implemented by a logical node, a logical module, or software that can implement all or part of the terminal functions. The method includes: reporting at least one candidate QoS and the effective duration of the candidate QoS, where the at least one candidate QoS includes a first QoS, and the effective duration of the candidate QoS includes the effective duration of the first QoS; receiving first information indicating the first QoS, and based on the first QoS, performing data transmission within the effective duration of the first QoS.

[0007] Based on this solution, the terminal can report at least one candidate QoS and the effective duration of the candidate QoS. When the subsequent RAN node configures the first QoS, the terminal can perform data transmission based on the first QoS within the effective duration of the first QoS. That is, it is possible to stipulate the duration for the terminal to perform data transmission based on a certain QoS. When the QoS is relatively high, it can prevent the terminal from using a relatively high QoS for data transmission for a long time, thereby reducing the power consumption of the terminal. In addition, since the effective duration of the QoS is reported by the terminal, the terminal can flexibly adjust this effective duration in combination with its own power consumption support ability, and as much as possible meet the quality requirements of the service while ensuring the power consumption of the terminal, thereby improving service performance and user experience.

[0008] In a possible design, the start time of the effective duration of the first QoS is obtained based on the reception time of the first information; or, the start time of the effective duration of the first QoS is obtained based on the reception time of the first information and the hysteresis duration for the QoS to take effect.

[0009] Based on this possible design, the start time of the effective duration of the first QoS can be determined, and the specific time period during which data transmission can be performed based on the first QoS can be clarified, thereby controlling the duration of data transmission based on the first QoS and reducing the power consumption of the terminal.

[0010] In a possible design, reporting at least one candidate QoS includes: reporting at least one candidate QoS through terminal capability information.

[0011] Based on this possible design, since terminal capability information is usually sent before RRC reconfiguration, reporting at least one candidate QoS through terminal capability information can enable the RAN node to learn the candidate QoS supported by the terminal as early as possible, and thus perform QoS configuration more reasonably based on the candidate QoS as early as possible, thereby improving service quality.

[0012] In a possible design, reporting the effective duration of the candidate QoS includes: reporting the effective duration of the candidate QoS through user equipment assistance information UAI.

[0013] Based on this possible design, the power consumption situation of the terminal may be different in different cases. Therefore, the effective duration of the candidate QoS may also be different. Since the terminal can flexibly send UAI multiple times, while terminal capability information is usually sent only in response to a request from the RAN node, thus, according to the power consumption situation of the terminal at different times, the effective duration of the candidate QoS can be flexibly updated by sending UAI multiple times, and then as much as possible meet the quality requirements of the service while ensuring the power consumption of the terminal, thereby improving service performance and user experience.

[0014] In a possible design, reporting at least one candidate QoS and the effective duration of the candidate QoS includes: receiving configuration information, and based on the configuration information, reporting at least one candidate QoS and the effective duration of the candidate QoS. Exemplarily, the configuration information is used to indicate the reporting of at least one candidate QoS and the effective duration of the candidate QoS.

[0015] In a second aspect, a data transmission method based on quality of service is provided. This method can be executed by an RAN node, or by a module applied to the RAN node (such as a processor, a chip, or a chip system, etc.), or can also be implemented by a logical node, a logical module, or software that can implement all or part of the functions of the RAN node. The method includes: obtaining at least one candidate QoS and the effective duration of the candidate QoS, where the at least one candidate QoS includes a first QoS, and the effective duration of the candidate QoS includes the effective duration of the first QoS; sending a first message indicating the first QoS, and within the effective duration of the first QoS, performing data transmission based on the first QoS. Among them, the technical effects brought by the second aspect can refer to the technical effects brought by the first aspect, which will not be elaborated here.

[0016] In a possible design, the start time of the effective duration of the first QoS is obtained based on the sending time of the first message; or, the start time of the effective duration of the first QoS is obtained based on the sending time of the first message and the hysteresis duration of QoS activation.

[0017] In a possible design, obtaining at least one candidate QoS includes: obtaining at least one candidate QoS through terminal capability information.

[0018] In a possible design, obtaining the effective duration of the candidate QoS includes: obtaining the effective duration of the candidate QoS through user equipment assistance information (UAI).

[0019] In a possible design, the method further includes: sending configuration information, where the configuration information is used to indicate the reporting of at least one candidate QoS and the effective duration of the candidate QoS.

[0020] In a third aspect, a data transmission method based on quality of service is provided. This method can be executed by a terminal, or by a module applied to the terminal (such as a processor, a chip, or a chip system, etc.), or can also be implemented by a logical node, a logical module, or software that can implement all or part of the functions of the terminal. The method includes: reporting the minimum duration for QoS refreshing; receiving a first message indicating the first QoS, and within the minimum duration for QoS refreshing, performing data transmission based on the first QoS.

[0021] Based on this solution, the terminal can report the minimum duration for QoS refresh. After the RAN node configures the first QoS, the terminal performs data transmission based on the first QoS within the minimum duration for QoS refresh. That is, within the minimum duration for QoS refresh, the terminal and the RAN node perform data transmission based on a certain QoS. Or rather, within the minimum duration for QoS refresh, the QoS for data transmission between the terminal and the RAN node remains unchanged, preventing the situation where the terminal cannot adjust the QoS in time due to frequent QoS changes, thereby reducing service jitter. In addition, since the minimum duration for QoS refresh is reported by the terminal, the terminal can flexibly adjust the minimum duration for QoS refresh in combination with its own coding capabilities, etc., enabling the terminal's coding capabilities to support relatively frequent QoS adjustments to meet the flexibility of services as much as possible, thereby improving service performance and user experience.

[0022] In a possible design, the method further includes: receiving second information indicating the second QoS, and performing data transmission based on the second QoS after the minimum duration for QoS refresh.

[0023] Based on this possible design, after the minimum duration for QoS refresh, the terminal can quickly support QoS adjustment. Therefore, data transmission can be performed based on the second QoS. When the second QoS can better guarantee service quality, performing data transmission based on the second QoS can improve service performance, thereby improving user experience.

[0024] In a possible design, the start time of the minimum duration for QoS refresh is obtained based on the reception time of the first information; or, the start time of the minimum duration for QoS refresh is obtained based on the reception time of the first information and the hysteresis duration for QoS to take effect.

[0025] Based on this possible design, the start time of the minimum duration for QoS refresh can be determined, and the specific time period for data transmission based on the first QoS can be clarified, so as not to adjust the QoS within this period, preventing the situation where the terminal cannot adjust the QoS in time due to frequent QoS changes, thereby reducing service jitter.

[0026] In a possible design, reporting the minimum duration for QoS refresh includes: reporting the minimum duration for QoS refresh through terminal capability information.

[0027] Based on this possible design, since terminal capability information is usually sent before RRC reconfiguration, reporting the minimum duration for QoS refresh through terminal capability information can enable the RAN node to learn as early as possible the minimum duration for QoS refresh supported by the terminal, thereby controlling the frequency of QoS adjustment, enabling the terminal to support QoS adjustment more quickly, and reducing service jitter.

[0028] In a possible design, reporting the minimum duration of QoS refresh includes: receiving configuration information; and reporting the minimum duration of QoS refresh based on the configuration information. Exemplarily, the configuration information is used to indicate the reporting of the minimum duration of QoS refresh.

[0029] In a fourth aspect, a data transmission method based on quality of service is provided. This method can be executed by a RAN node, or by a module applied to the RAN node (such as a processor, a chip, or a chip system, etc.), or by a logical node, a logical module, or software that can implement all or part of the functions of the RAN node. The method includes: obtaining the minimum duration of QoS refresh; sending first information indicating a first QoS, and performing data transmission based on the first QoS within the minimum duration of QoS refresh. Among them, the technical effects brought by the fourth aspect can refer to the technical effects brought by the third aspect, which will not be elaborated here.

[0030] In a possible design, the method further includes: sending second information indicating a second QoS, and performing data transmission based on the second QoS after the minimum duration of QoS refresh.

[0031] In a possible design, the start time of the minimum duration of QoS refresh is obtained based on the sending time of the first information; or the start time of the minimum duration of QoS refresh is obtained based on the sending time of the first information and the hysteresis duration for QoS to take effect.

[0032] In a possible design, obtaining the minimum duration of QoS refresh includes: obtaining the minimum duration of QoS refresh through terminal capability information.

[0033] In a possible design, the method further includes: sending configuration information, which is used to indicate the reporting of the minimum duration of QoS refresh.

[0034] In a fifth aspect, a data transmission method based on quality of service is provided. This method can be executed by a terminal, or by a module applied to the terminal (such as a processor, a chip, or a chip system, etc.), or by a logical node, a logical module, or software that can implement all or part of the functions of the terminal. The method includes: reporting the hysteresis duration for QoS to take effect; receiving first information indicating a first QoS, and performing data transmission based on the first QoS after the hysteresis duration for QoS to take effect.

[0035] Based on this solution, the terminal can report the hysteresis duration for QoS to take effect. After the RAN node configures the first QoS, the terminal performs data transmission based on the first QoS after the hysteresis duration for QoS to take effect. That is, the terminal performs data transmission after this hysteresis duration after receiving the QoS configuration. During the hysteresis duration, the terminal can perform relevant processing to prepare for subsequent data transmission based on the first QoS, so that after the hysteresis duration, the terminal can quickly support data transmission based on the first QoS, thereby reducing service jitter, improving service performance and user experience. In addition, during the hysteresis duration for QoS to take effect, the terminal can also perform data transmission based on the QoS before QoS refresh. Herein, QoS refresh can be understood as the RAN node indicating the first QoS. That is, before receiving the first information, the RAN node can indicate another QoS (i.e., the QoS before QoS refresh) to the terminal, and before performing data transmission based on the first QoS, the terminal can perform data transmission based on this QoS.

[0036] In a possible design, the start time of the hysteresis duration for QoS to take effect is obtained based on the reception time of the first information.

[0037] Based on this possible design, the start time of the hysteresis duration for QoS to take effect can be determined, thereby clarifying the earliest time point for data transmission based on the first QoS, and preventing service jitter caused by starting data transmission when the terminal cannot fully support the first QoS.

[0038] In a possible design, reporting the hysteresis duration for QoS to take effect includes: reporting the hysteresis duration for QoS to take effect through terminal capability information.

[0039] In a possible design, reporting the hysteresis duration for QoS to take effect includes: receiving configuration information, and based on the configuration information, reporting the hysteresis duration for QoS to take effect. Exemplarily, the configuration information is used to indicate the reporting of the hysteresis duration for QoS to take effect.

[0040] In a sixth aspect, a method for data transmission based on quality of service is provided. This method can be executed by an RAN node, or by a module (such as a processor, a chip, or a chip system, etc.) applied to the RAN node, or can also be implemented by a logical node, a logical module, or software that can implement all or part of the functions of the RAN node. This method includes: obtaining the hysteresis duration for QoS to take effect; sending a first information indicating the first QoS, and performing data transmission based on the first QoS after the hysteresis duration for QoS to take effect. Among them, the technical effects brought by the sixth aspect can refer to the technical effects brought by the fifth aspect above, and will not be elaborated here.

[0041] In a possible design, the start time of the hysteresis duration for QoS to take effect is obtained based on the transmission time of the first information.

[0042] In a possible design, obtaining the hysteresis duration for QoS activation includes: obtaining the hysteresis duration for QoS activation based on terminal capability information.

[0043] In a possible design, the method further includes: sending configuration information for indicating reporting of the hysteresis duration for QoS activation.

[0044] In a seventh aspect, a communication device is provided for implementing various methods. The communication device includes corresponding modules, units, or means for implementing the methods. The module, unit, or means can be implemented by hardware, software, or by hardware executing corresponding software. The hardware or software includes one or more modules or units corresponding to the functions.

[0045] In some possible designs, the communication device may include a processing module and a transceiver module. The processing module can be used to implement the processing functions in any of the above aspects and any possible implementation manners thereof. The transceiver module may include a receiving module and a sending module, which are respectively used to implement the receiving function and the sending function in any of the above aspects and any possible implementation manners thereof.

[0046] In some possible designs, the transceiver module may be composed of a transceiver circuit, a transceiver, a transceiver, or a communication interface.

[0047] In an eighth aspect, a communication device is provided, including: a processor and a memory; the memory is used to store computer instructions, and when the processor executes the instructions, the communication device is caused to execute the methods described in any of the above aspects.

[0048] In a ninth aspect, a communication device is provided, including: a processor and a communication interface; the communication interface is used to communicate with modules outside the communication device; the processor is used to execute computer programs or instructions, so that the communication device executes the methods described in any of the above aspects.

[0049] In a tenth aspect, a communication device is provided, including: at least one processor; the processor is used to execute computer programs or instructions stored in a memory, so that the communication device executes the methods described in any of the above aspects. The memory can be coupled to the processor or, alternatively, can be independent of the processor.

[0050] In an eleventh aspect, a communication device (for example, the communication device can be a chip or a chip system) is provided, and the communication device includes a processor for implementing the functions involved in any of the first to sixth aspects.

[0051] In some possible designs, the communication device includes a memory for storing necessary program instructions and data.

[0052] In some possible designs, when the device is a chip system, it may be composed of chips, or may include chips and other discrete devices.

[0053] It can be understood that the communication device provided in the seventh to eleventh aspects may be the terminal in the first, third, or fifth aspect, or may be the module or unit (e.g., chip, or chip system, or circuit) corresponding one by one to the method / operation / step / action described in the first, third, or fifth aspect in the terminal, or may be a module or unit that can be used in matching with the terminal, or may also be a logical node, logical module, or software that can implement all or part of the terminal functions; or, the communication device may be the RAN node in the second, fourth, or sixth aspect, or may be the module or unit (e.g., chip, or chip system, or circuit) corresponding one by one to the method / operation / step / action described in the second, fourth, or sixth aspect in the RAN node, or may be a module or unit that can be used in matching with the RAN node, or may also be a logical node, logical module, or software that can implement all or part of the RAN node functions.

[0054] It can be understood that when the communication device provided in any one of the seventh to eleventh aspects is a chip, the sending action / function of the communication device can be understood as outputting information, and the receiving action / function of the communication device can be understood as inputting information.

[0055] In the twelfth aspect, a computer-readable storage medium is provided. A computer program or instruction is stored in the computer-readable storage medium. When it runs on the communication device, the communication device can execute the method described in any one of the first to sixth aspects.

[0056] In the thirteenth aspect, a computer program product containing instructions is provided. When it runs on the communication device, the communication device can execute the method described in any one of the first to sixth aspects.

[0057] In the fourteenth aspect, a communication system is provided. The communication system includes a terminal and a RAN node. The terminal is used to execute the method described in the first, third, or fifth aspect and any possible design thereof above, and the RAN node is used to execute the method described in the second, fourth, or sixth aspect and any possible design thereof above.

[0058] Among them, for the technical effects brought by any design manner in the seventh to fourteenth aspects, reference can be made to the technical effects brought by different design manners in the first to sixth aspects, which will not be elaborated here. Description of the Drawings

[0059] Figure 1A schematic diagram of the arrival time of video frames provided by this application;

[0060] Figure 2 A schematic diagram of the architecture of a communication system provided by this application;

[0061] Figures 3 - 8 A schematic flowchart of a data transmission method based on quality of service provided by this application;

[0062] Figures 9 - 11 A schematic diagram of the structure of a communication device provided by this application. Detailed implementation manners

[0063] In the description of this application, unless otherwise specified, " / " indicates that the objects associated before and after are in an "or" relationship. For example, A / B may represent A or B; "and / or" in this application is merely a description of the association relationship of the associated objects, indicating that there can be three relationships. For example, A and / or B can represent: A exists alone, A and B exist simultaneously, and B exists alone. Here, A and B can be singular or plural.

[0064] In the description of this application, unless otherwise specified, "a plurality of" means two or more than two. "At least one (item)" or its similar expression refers to any combination of these items, including any combination of single item (item) or plural items (items). For example, at least one (item) of a, b, or c can represent: a, b, c, a - b, a - c, b - c, or a - b - c, where a, b, and c can be single or multiple.

[0065] In addition, for the convenience of clearly describing the technical solutions of the embodiments of this application, in the embodiments of this application, words such as "first" and "second" are used to distinguish the same items or similar items with basically the same functions and effects. Those skilled in the art can understand that words such as "first" and "second" do not limit the quantity and execution order, and words such as "first" and "second" do not necessarily limit to be different.

[0066] In the embodiments of this application, words such as "exemplary" or "for example" are used to represent examples, illustrations, or explanations. Any embodiment or design solution described as "exemplary" or "for example" in the embodiments of this application should not be construed as being more preferred or having more advantages than other embodiments or design solutions. Exactly speaking, using words such as "exemplary" or "for example" aims to present relevant concepts in a specific way for easy understanding.

[0067] It should be understood that the "embodiments" mentioned throughout the specification mean that specific features, structures, or characteristics related to the embodiments are included in at least one embodiment of the present application. Therefore, the embodiments throughout the specification do not necessarily refer to the same embodiment. In addition, these specific features, structures, or characteristics can be combined in one or more embodiments in any suitable manner. It should be understood that in various embodiments of the present application, the magnitude of the serial numbers of the processes does not mean the sequence of execution, and the execution sequence of each process should be determined by its function and internal logic, and should not constitute any limitation to the implementation process of the embodiments of the present application.

[0068] It should be understood that in the present application, both "when..." and "if" refer to corresponding processing under certain objective circumstances, not limited to time, and do not require a judgment action when implemented, nor does it mean the existence of other limitations.

[0069] It should be understood that some optional features in the embodiments of the present application can, in some scenarios, be implemented independently without relying on other features, such as the current solution they are based on, to solve the corresponding technical problems and achieve the corresponding effects. In some scenarios, they can also be combined with other features according to requirements. Correspondingly, the devices given in the embodiments of the present application can also implement these features or functions accordingly, which will not be elaborated here.

[0070] In the present application, unless otherwise specified, the same or similar parts between various embodiments can be referred to each other. In each embodiment of the present application, if there is no special description and logical conflict, the terms and / or descriptions between different embodiments are consistent and can be mutually referred to, and the technical features in different embodiments can be combined to form new embodiments according to their internal logical relationships. The embodiments of the present application described below do not constitute a limitation to the protection scope of the present application.

[0071] With the rapid improvement of communication transmission rates, real-time video transmission services have gradually become one of the core services in the current network. At the same time, the continuous progress and improvement of extended reality (XR) technology have led to the vigorous development of related industries. For example, virtual reality (VR) technology, as a type of XR technology, has entered various fields related to production and life, such as education, entertainment, healthcare, environmental protection, transportation, and public health. Compared with traditional video services, VR has advantages such as multiple perspectives and strong interactivity, providing users with a brand-new perspective experience. In addition, XR technology also includes augmented reality (AR) technology.

[0072] Exemplarily, the service models of XR services and video transmission services can be summarized as periodic services based on frame rate. As Figure 1As shown, for a video with a frame rate of 60 frames per second (FPS), in an ideal situation, a frame arrives every 16.67 milliseconds (ms).

[0073] With the development of XR services, XR devices are becoming more diverse and lightweight. For example, XR devices can be head-mounted displays (HMDs), smart glasses (such as VR glasses, AR glasses), etc. However, the form factor of smart glasses is very small, almost similar to prescription glasses, and users may wear them for a long time; or, for a long gaming experience, HMDs may also need to be worn for a long time. Therefore, for increasingly lightweight XR devices, power consumption and battery life are important aspects to consider.

[0074] Under the limited bandwidth resources of a wireless communication system, bandwidth can be allocated for various services based on quality of service (QoS) to provide end-to-end service quality assurance for the services. For example, services such as voice, video, or important data applications can be served with priority through QoS configuration.

[0075] The QoS model of the 5th generation (5G) communication system is based on QoS flows. The QoS flow identifier (QoS flow ID, QFI) is used to identify QoS flows in the 5G system. The QFI can be dynamically configured or equal to the 5G QoS identifier (5GQoS identifier, 5QI). The 5QI can be used as a reference for 5G QoS characteristics, and different values of it correspond to different 5G QoS characteristics. For example, their corresponding relationships can be as shown in Table 1:

[0076] Table 1

[0077]

[0078] Generally, the base station can configure QoS according to service requirements, service cycles, etc. However, the current QoS configuration method may cause the terminal to not fully support QoS adjustment, thus affecting service performance and reducing the user experience.

[0079] For example, to ensure high-quality requirements of services, the base station may configure a relatively high QoS for a long time. However, the higher the QoS, the higher the power consumption of the terminal may be. If a relatively high QoS is maintained for a long time, it may lead to a large power consumption of the terminal and a reduction in the battery life. For terminals that need to consider power consumption and battery life (such as XR devices), the QoS configuration may not match the power consumption support ability of the terminal. Another example is that as the service flexibility increases, the base station may frequently adjust the QoS. However, the encoding ability of the terminal may not be able to support QoS adjustments at too high a frequency, resulting in the terminal being unable to quickly support the target QoS configured by the base station and causing service jams.

[0080] Based on this, the present application provides a data transmission method based on quality of service. In this method, the terminal can report at least one candidate QoS and the effective duration of the candidate QoS. If the base station subsequently configures a certain candidate QoS, the terminal and the base station can perform data transmission based on this QoS within the effective duration of this QoS. That is, the duration for which the terminal and the base station perform data transmission based on a certain QoS can be specified. In the case where this QoS is relatively high, it can prevent the terminal and the base station from using a relatively high QoS for data transmission for a long time, thereby reducing the power consumption of the terminal. In addition, since the effective duration of the QoS is reported by the terminal, the terminal can flexibly adjust this effective duration in combination with its own power consumption support ability, and as much as possible meet the quality requirements of the service while ensuring the power consumption of the terminal, thereby improving service performance and user experience.

[0081] Alternatively, the terminal can report the minimum duration for QoS refreshing. After the base station configures a certain QoS, the terminal and the base station perform data transmission based on this QoS within the minimum duration for QoS refreshing. That is, within the minimum duration for QoS refreshing, the terminal and the base station perform data transmission based on a certain QoS, or in other words, within the minimum duration for QoS refreshing, the QoS for data transmission between the terminal and the base station remains unchanged, preventing the situation where the terminal is unable to adjust the QoS in time due to frequent changes in the QoS, thereby reducing service jams. In addition, since the minimum duration for QoS refreshing is reported by the terminal, the terminal can flexibly adjust the minimum duration for QoS refreshing in combination with its own encoding ability, etc., so that the encoding ability of the terminal can support relatively frequent QoS adjustments to as much as possible meet the service flexibility, thereby improving service performance and user experience.

[0082] The technical solution of the embodiment of the present application can be applied to various communication systems. The communication system can be a third generation partnership project (3GPP) communication system, for example, a fourth generation (4G) system such as a long term evolution (LTE) system, a fifth generation (5G) system such as a new radio (NR) system, a system of hybrid networking of LTE and 5G, a non-terrestrial network (NTN), or other next-generation communication systems. The communication system can also be a non-3GPP communication system, without limitation.

[0083] Among them, the above-mentioned communication systems applicable to the present application are only examples. The communication systems applicable to the present application are not limited thereto. The communication systems provided by the present application do not impose any limitations on the solutions of the present application. This is hereby explained uniformly and will not be repeated hereinafter.

[0084] Figure 2 To illustrate a possible and non-limiting system schematic diagram. As Figure 2 shown, the communication system 20 includes a radio access network (RAN) 200 and a core network (CN) 300. The RAN 200 includes at least one RAN node (such as Figure 1 210a and 210b in Figure 1 , collectively referred to as 210) and at least one terminal (such as Figure 2 220a - 220j in

[0085] collectively referred to as 220). The RAN 200 may also include other RAN nodes, for example, wireless relay devices and / or wireless backhaul devices ( Figure 2 not shown in

[0085] ) etc. The terminal 220 is connected to the RAN node 210 in a wireless manner. The RAN node 210 is connected to the core network 300 in a wireless or wired manner. The core network devices in the core network 300 and the RAN nodes 210 in the RAN 200 may be different physical devices respectively, or may be the same physical device integrating the core network logic function and the radio access network logic function.The RAN 200 can be a 3GPP-related cellular system, for example, a 4G or 5G mobile communication system, or a future evolved system (such as a sixth-generation (6G) mobile communication system). The RAN 200 can also be an open radio access network (O-RAN), a cloud radio access network (CRAN), or a wireless fidelity (WiFi) system. The RAN 200 can also be a communication system that integrates two or more of the above systems.

[0086] RAN nodes 210, sometimes also referred to as access network devices, RAN entities, or access nodes, etc., form part of a communication system and are used to help terminals achieve wireless access. The multiple RAN nodes 210 in communication system 10 can be of the same type or different types. In some scenarios, the roles of RAN node 210 and terminal 220 are relative. For example, Figure 2 network element 220i can be a helicopter or a drone, which can be configured as a mobile base station. For terminals 220j that access the RAN 200 through network element 220i, network element 220i is a base station; but for base station 210a, network element 220i is a terminal. RAN node 210 and terminal 220 are sometimes both referred to as communication devices. For example, Figure 2 network elements 210a and 210b in the network can be understood as communication devices with base station functions, and network elements 220a - 220j can be understood as communication devices with terminal functions.

[0087] In a possible scenario, the RAN node can be a base station, an evolved NodeB (eNodeB), an access point (AP), a transmission reception point (TRP), a next-generation NodeB (gNB), a next-generation base station in a 6G mobile communication system, a base station in a future mobile communication system, or an access node in a WiFi system, etc. The RAN node can be a macro base station (such as Figure 2 210a in Figure 2Among them, it can be the 210b) in it, a relay node or a donor node, or a radio controller in a CRAN scenario. Optionally, the RAN node can also be a server, a wearable device, a vehicle or an in-vehicle device, etc. For example, the access network device in vehicle to everything (V2X) technology can be a road side unit (RSU). All or part of the functions of the RAN node in this application can also be implemented by software functions running on hardware, or by virtualized functions instantiated on a platform (such as a cloud platform). The RAN node in this application can also be a logical node, a logical module or software that can implement all or part of the RAN node functions.

[0088] In another possible scenario, multiple RAN nodes cooperate to assist the terminal in achieving wireless access, and different RAN nodes respectively implement part of the functions of the base station. For example, the RAN node can be a central unit (CU), a distributed unit (DU), a CU-control plane (CP), a CU-user plane (UP), or a radio unit (RU), etc. The CU and the DU can be set separately, or can also be included in the same network element, such as a baseband unit (BBU). The RU can be included in a radio frequency device or a radio frequency unit, such as included in a remote radio unit (RRU), an active antenna unit (AAU) or a remote radio head (RRH).

[0089] In different systems, the CU (or CU-CP and CU-UP), DU or RU may also have different names, but those skilled in the art can understand their meanings. For example, in the ORAN system, the CU can also be called O-CU (open CU), the DU can also be called O-DU, the CU-CP can also be called O-CU-CP, the CU-UP can also be called O-CU-UP, and the RU can also be called O-RU. For the convenience of description, in this application, the CU, CU-CP, CU-UP, DU and RU are used as examples for description. Any one of the CU (or CU-CP, CU-UP), DU and RU in this application can be implemented by a software module, a hardware module, or a combination of a software module and a hardware module.

[0090] A terminal can also be referred to as a terminal device, user equipment (UE), mobile station, mobile terminal, etc. Terminals can be widely applied in various scenarios, such as device-to-device (D2D), vehicle-to-everything (V2X) communication, machine-type communication (MTC), Internet of Things (IoT), virtual reality, augmented reality, industrial control, autonomous driving, telemedicine, smart grid, smart furniture, smart office, smart wearables, smart transportation, smart city, etc. A terminal can be a mobile phone, a tablet computer, a computer with wireless transceiver function, a wearable device, a vehicle, a drone, a helicopter, an airplane, a ship, a robot, a robotic arm, a smart home device, etc. The embodiments of the present application do not limit the device form of the terminal.

[0091] It should be noted that the communication system described in the embodiments of the present application is for more clearly explaining the technical solutions of the embodiments of the present application, and does not constitute a limitation on the technical solutions provided by the embodiments of the present application. Those of ordinary skill in the art can know that with the evolution of the network architecture and the emergence of new service scenarios, the technical solutions provided by the embodiments of the present application are also applicable to similar technical problems.

[0092] The following Figure 2 Taking the interaction between a terminal and a RAN node as an example in the shown communication system, the data transmission method based on quality of service provided by the embodiments of the present application will be described. It should be noted that in the following embodiments of the present application, the message names, the names of each parameter, or the names of each piece of information, etc. between the terminal and the RAN node are only examples, and in other embodiments, they can also be other names. The method provided by the present application does not make specific limitations on this.

[0093] It can be understood that in the embodiments of the present application, the terminal or the RAN node can execute some or all of the steps in the embodiments of the present application. These steps or operations are only examples, and the embodiments of the present application can also execute other operations or various deformations of the operations. In addition, each step can be executed in a different order presented in the embodiments of the present application, and it is possible not to execute all the operations in the embodiments of the present application.

[0094] It can be understood that in this application, the RAN node and the terminal are taken as examples of the execution entities of this interaction schematic, but this application does not limit the execution entities of the interaction schematic. For example, the method executed by the RAN node in this application can also be executed by a module applied to the RAN node (such as a chip, a chip system, or a processor), and can also be implemented by a logical node, a logical module, or software that can implement all or part of the functions of the RAN node; the method executed by the terminal in this application can also be executed by a module applied to the terminal (such as a chip, a chip system, or a processor), and can also be implemented by a logical node, a logical module, or software that can implement all or part of the functions of the terminal.

[0095] In addition, "sending information" in this application can be understood as a device sending information to another device, or, it can also be understood as a logical module inside the device sending information to another logical module. For example, "the RAN node sends information" can be understood as the RAN node sending information to another device (such as a terminal), or, it can be understood as the logical module 1 (such as a processing module) in the RAN node sending information to the logical module 2 (such as a transceiver module) in the RAN node.

[0096] "Receiving information" in this application can be understood as a device receiving information from another device, or, it can also be understood as a logical module inside the device receiving information from another logical module. For example, "the terminal receives information" can be understood as the terminal receiving information from another device (such as a RAN node), or, it can be understood as the logical module 1 (such as a processing module) in the terminal receiving information from the logical module 2 (such as a transceiver module) in the terminal.

[0097] "Sending information to... (such as a terminal)" or the relevant schematic in the drawings can be understood that the destination of this information is the terminal. It can include directly or indirectly sending information to the terminal. "Receiving information from... (such as a RAN node)" or "receiving information sent from... (such as a RAN node)" or "receiving the information sent by... (such as a RAN node)", or the relevant schematic in the drawings can be understood that the source of this information is the RAN node, and it can include directly or indirectly receiving information from the RAN node. The information may be subjected to necessary processing, such as format change, etc. between the source and the destination of the information sending, but the destination can understand the valid information from the source. Similar expressions in this application can be understood similarly, and will not be elaborated here.

[0098] See Figure 3 , which is a flowchart of a data transmission method based on quality of service provided by an embodiment of this application. This method may include the following steps:

[0099] S301. The terminal reports at least one candidate QoS and the effective duration of the candidate QoS. Correspondingly, the RAN node obtains at least one candidate QoS and the effective duration of the candidate QoS.

[0100] In a possible implementation, the implementation of step S301 can be that the terminal sends information for indicating at least one candidate QoS and the effective duration of the candidate QoS to the RAN node, and the RAN node receives the information for indicating at least one candidate QoS and the effective duration of the candidate QoS from the terminal.

[0101] Optionally, when the terminal reports multiple candidate QoSs, there may be QoSs with the same type but different values among the multiple candidate QoSs. For example, the terminal can report packet delay budget 1, frame rate 1, frame rate 2, frame rate 3, or the terminal can report frame rate 1, frame rate 2, frame rate 3. Among them, frame rate 1, frame rate 2, and frame rate 3 have the same type but different values.

[0102] In a possible implementation, the terminal can report a QoS identifier to indicate at least one candidate QoS. Exemplarily, the terminal can report 5QI, QFI, or an index indication corresponding to QoS. The value of 5QI, QFI, or the index indication corresponding to QoS can indicate a set of QoSs. For example, the QoS indicated by 5QI can be as shown in Table 1. Among them, the QoS corresponding to 5QI, QFI, or the index can be predefined by the protocol, or can be pre-negotiated between the terminal and the RAN node, without limitation.

[0103] Optionally, the terminal can report identifiers of multiple QoSs to indicate multiple sets of QoSs. Exemplarily, the terminal reports 5QI 1 and 5QI 2, and 5QI 1 and 5QI 2 respectively indicate QoSs with different values. For example, 5QI 1 indicates packet delay budget 1 and frame rate 1, and 5QI 2 indicates packet delay budget 2 and frame rate 2.

[0104] In another possible implementation, the terminal can explicitly report candidate QoSs. For example, the terminal reports a combination of one or more of rate, frame rate, packet delay budget, transmission reliability, etc. For example, the terminal reports rate 1, or reports packet delay budget 1, or reports rate 1 and frame rate 1, or reports rate 1 (such as 30 megabits per second (Mbps)), rate 2 (such as 15 Mbps), rate 3 (such as 5 Mbps).

[0105] In a possible implementation, the effective duration of a candidate QoS can also be understood as the maximum duration that the terminal can support this candidate QoS. The effective duration of a certain candidate QoS may be related to this candidate QoS and / or the power consumption of the terminal. Exemplarily, the higher the candidate QoS, the higher the power consumption may be. Therefore, the effective duration of this candidate QoS is smaller. For example, the effective duration of 30 Mbps is 5 ms, the effective duration of 15 Mbps is 10 ms, and the effective duration of 5 Mbps is 5 ms.

[0106] It can be understood that the above candidate QoS and the effective duration of the candidate QoS are only examples, and this application does not specifically limit the values of the candidate QoS and the effective duration of the candidate QoS.

[0107] In a possible implementation, the terminal can report at least one candidate QoS and the effective duration of the candidate QoS in one piece of information or message, that is, report the corresponding relationship between the candidate QoS and the effective duration of the candidate QoS in one piece of information or message. This information or message can be, for example, terminal capability information (or UE capability information), user equipment assistance information (UE assistance information, UAI), or other uplink information or messages, such as uplink control information (UCI), etc.

[0108] For example, the information or message may include: (candidate QoS1, effective duration 1), (candidate QoS2, effective duration 2), (candidate QoS3, effective duration 3), indicating that the effective duration of candidate QoS1 is effective duration 1, the effective duration of candidate QoS2 is effective duration 2, and the effective duration of candidate QoS3 is effective duration 3.

[0109] For another example, the information or message may include: (candidate QoS1, candidate QoS2, candidate QoS3)(effective duration 1, effective duration 2, effective duration 3). Among them, the candidate QoS and the effective duration correspond in order from front to back, that is, the effective duration of candidate QoS1 is effective duration 1, the effective duration of candidate QoS2 is effective duration 2, and the effective duration of candidate QoS3 is effective duration 3; or, multiple candidate QoS are sorted from high to low in sequence, and multiple effective durations are sorted from short to long in sequence, and then the candidate QoS and the effective duration with the same rank correspond, that is, the highest QoS corresponds to the smallest effective duration, and the lowest QoS corresponds to the largest effective duration.

[0110] In another possible implementation, the terminal can report at least one candidate QoS and the effective duration of the candidate QoS through different information respectively. Exemplarily, such as Figure 4As shown, the terminal can report at least one candidate QoS through the terminal capability information, and / or report the effective duration of the candidate QoS through the UAI. Correspondingly, the RAN node obtains at least one candidate QoS through the terminal capability information, and / or obtains the effective duration of the candidate QoS through the UAI.

[0111] Optionally, the candidate QoS and the effective duration reported through different information correspond in sequence according to the reporting order. For example, if the terminal reports (Candidate QoS1, Candidate QoS2, Candidate QoS3) through the terminal capability information and reports (Effective duration1, Effective duration2, Effective duration3) through the UAI, then the effective duration of Candidate QoS1 is Effective duration1, the effective duration of Candidate QoS2 is Effective duration2, and the effective duration of Candidate QoS3 is Effective duration3.

[0112] Alternatively, after the multiple candidate QoS reported by the terminal are sorted from high to low and the multiple reported effective durations are sorted from short to long, the candidate QoS and the effective duration with the same ranking correspond, that is, the highest QoS corresponds to the shortest effective duration, and the lowest QoS corresponds to the longest effective duration. For example, if the terminal reports three rates of 30 Mbps, 5 Mbps, and 15 Mbps, and reports three effective durations of 5 ms, 15 ms, and 10 ms, then after the candidate QoS are re-sorted as: 30 Mbps, 15 Mbps, 5 Mbps, and the effective durations are re-sorted as: 5 ms, 10 ms, 15 ms, then the effective duration of 30 Mbps is 5 ms, the effective duration of 15 Mbps is 10 ms, and the effective duration of 5 Mbps is 15 ms.

[0113] It should be noted that this application does not limit that the number of candidate QoS reported by the terminal is the same as the number of effective durations. When the effective durations of multiple candidate QoS are the same, the terminal can report one duration. For example, if the terminal reports (Rate1, Frame rate1: Effective duration1), it means that the effective durations of Rate1 and Frame rate1 are both Effective duration1. Or, the terminal can omit the effective durations of some candidate QoS. In this case, it is considered that the effective durations of these candidate QoS are default values, which can be defined by the protocol or negotiated in advance between the terminal and the RAN node, without limitation.

[0114] In one possible implementation, the terminal can actively report at least one candidate QoS and / or the effective duration of the candidate QoS. For example, after establishing an RRC connection with the RAN node, the terminal can actively report at least one candidate QoS and / or the effective duration of the candidate QoS through the terminal capability information.

[0115] In another possible implementation, the terminal can report at least one candidate QoS and / or the effective duration of the candidate QoS based on the configuration of the RAN node. In this scenario, asFigure 4 As shown, before step S301, the method further includes the following step S300. Correspondingly, step S301 can be replaced with S301':

[0116] S300. The RAN node sends configuration information to the terminal. Correspondingly, the terminal receives the configuration information from the RAN node.

[0117] Wherein, the configuration information is used to indicate the reporting of at least one candidate QoS and / or the effective duration of the candidate QoS. Or, it can also be understood that the configuration information is used to indicate the permission to report at least one candidate QoS and / or the effective duration of the candidate QoS, or the configuration information is used to indicate that the terminal needs to report at least one candidate QoS and / or the effective duration of the candidate QoS.

[0118] Of course, the RAN node can also send configuration information to the terminal, indicating that the reporting of at least one candidate QoS and / or the effective duration of the candidate QoS is not allowed, or indicating that the terminal does not need to report at least one candidate QoS and / or the effective duration of the candidate QoS. This application takes the RAN node indicating the reporting of at least one candidate QoS and / or the effective duration of the candidate QoS as an example for illustration.

[0119] S301'. Based on the configuration information, the terminal reports at least one candidate QoS and / or the effective duration of the candidate QoS.

[0120] Exemplarily, the configuration information can be carried in an RRC message. For example, it is carried in an RRC reconfiguration (RRCReconfiguration) message. Further, it can be carried in an OtherConfig information element of the RRC reconfiguration message.

[0121] S302. The RAN node sends first information to the terminal. Correspondingly, the terminal receives the first information from the RAN node.

[0122] Wherein, the first information indicates a first QoS. At least one candidate QoS reported by the terminal in step S301 includes the first QoS, and the effective duration of the reported candidate QoS includes the effective duration of the first QoS.

[0123] In a possible implementation manner, the RAN node can select the first QoS from at least one candidate QoS according to at least one of the at least one candidate QoS reported by the terminal, the channel state, the resource allocation situation, and the historical transmission state.

[0124] Exemplarily, in the case where the terminal reports different values of the same type of QoS, the first QoS may be the highest value of this type of QoS that can be supported under the current actual situation. For example, when the terminal reports three rates of 30 Mbps, 15 Mbps, and 5 Mbps, if the current actual situation does not support configuring 30 Mbps but supports 15 Mbps and 5 Mbps, the first QoS may be 15 Mbps.

[0125] In a possible implementation manner, the first information may be carried in any one of the following: downlink control information (DCI), media access control (MAC) control element (CE), or RRC signaling.

[0126] S303. During the effective duration of the first QoS, the terminal and the RAN node perform data transmission based on the first QoS.

[0127] Among them, data transmission may include uplink data transmission and / or downlink data transmission. In uplink data transmission, the terminal sends information to the RAN node. Correspondingly, the RAN node receives information from the terminal. In downlink data transmission, the RAN node sends information to the terminal. Correspondingly, the terminal receives information from the RAN node.

[0128] In a possible implementation manner, the start time of the effective duration of the first QoS is obtained based on the reception time (or transmission time) of the first information. For example, the start time of the effective duration of the first QoS is equal to the reception time (or transmission time) of the first information, or the start time of the effective duration of the first QoS is the time after offsetting the reception time (or transmission time) of the first information by a period of time.

[0129] In another possible implementation manner, the start time of the effective duration of the first QoS is obtained based on the reception time (or transmission information) of the first information and the hysteresis duration for QoS to take effect. For example, the start time of the effective duration of the first QoS is equal to t + T. Wherein, t represents the reception time (or transmission time) of the first information, and T represents the hysteresis duration for QoS to take effect.

[0130] Exemplarily, in the above two implementation manners, for the terminal, the start time of the effective duration of the first QoS is determined based on the reception time of the first information; for the RAN node, the effective duration of the first QoS is determined based on the transmission time of the first information.

[0131] Optionally, the hysteresis duration for QoS to take effect can be understood as the processing delay between the terminal receiving the information indicating QoS or the configuration information of QoS and the terminal being able to perform data transmission based on this QoS.

[0132] Optionally, the hysteresis duration for QoS to take effect can also be referred to as the latency for QoS to take effect, the latency for QoS configuration to take effect, the hysteresis duration for QoS configuration to take effect, the latency for QoS adjustment to take effect, the latency for QoS refresh to take effect, the hysteresis duration for QoS adjustment, or the hysteresis duration for QoS refresh, etc., and they can be replaced with each other. This application does not make specific limitations on this.

[0133] Optionally, before step S303, the terminal can report the hysteresis duration for QoS to take effect, so that the RAN node can determine the start time of data transmission based on the first QoS.

[0134] Exemplarily, the hysteresis duration for QoS to take effect can be reported in one message together with at least one candidate QoS and / or the effective duration of the candidate QoS, or can be reported separately in different messages. This application does not make specific limitations on this.

[0135] In a possible implementation manner, within the effective duration of the first QoS, the terminal and the RAN node perform data transmission based on the first QoS, which may include: throughout the entire time within the effective duration of the first QoS, the terminal and the RAN node perform data transmission based on the first QoS, that is, the duration for the terminal and the RAN node to perform data transmission based on the first QoS is equal to the effective duration of the first QoS; or, within a part of the time within the effective duration of the first QoS, the terminal and the RAN node perform data transmission based on the first QoS, and this part of the time can be a continuous duration or several discontinuous durations, that is, the duration for the terminal and the RAN node to perform data transmission based on the first QoS is less than the effective duration of the first QoS.

[0136] Optionally, within a part of the time within the effective duration of the first QoS, the situation where the terminal and the RAN node perform data transmission based on the first QoS may include: within the first duration within the effective duration of the first QoS, the terminal and the RAN node perform data transmission based on the first QoS, and within the second duration within the effective duration of the first QoS, the terminal and the RAN node perform data transmission based on the second QoS.

[0137] Among them, the first duration is before the second duration, the first duration and the second duration do not overlap, and the second QoS can be indicated by the RAN node to the terminal after the start time of the effective duration of the first QoS and before the second duration. The interval between the start time of the second duration and the start time of the first duration is greater than or greater than or equal to the minimum duration of QoS refresh.

[0138] Exemplarily, the minimum duration of QoS refresh can be understood as: the minimum duration or minimum time interval between the start time of data transmission based on a certain QoS and the start time of data transmission based on another QoS, or the minimum duration or minimum time interval between two QoS indications by the RAN node.

[0139] Exemplarily, the minimum duration of QoS refresh can also be referred to as the minimum duration of QoS adjustment, the minimum time interval of QoS refresh, the minimum time interval of QoS adjustment, the fastest / maximum frequency of QoS adjustment, or the fastest / maximum frequency of QoS refresh, etc., and they can be replaced with each other. This application does not make specific limitations on this.

[0140] Optionally, the minimum duration of QoS refresh is related to the encoding ability of the terminal. For example, when the encoding ability of the terminal is strong, the minimum duration of QoS refresh is short; when the encoding ability of the terminal is weak, the minimum duration of QoS refresh is long.

[0141] In a possible implementation, after the effective duration (or timeout) of the first QoS ends, the terminal and the RAN node stop using the first QoS for data transmission. If data transmission still needs to be performed after the effective duration of the first QoS, the terminal and the RAN node can perform data transmission based on the third QoS within the effective duration of the third QoS.

[0142] Optionally, the third QoS can be indicated by the RAN node to the terminal within the effective duration of the first QoS, or can also be indicated by the RAN node to the terminal after the effective duration of the first QoS. This application does not make specific limitations on this.

[0143] Optionally, when the RAN node indicates the third QoS to the terminal within the effective duration of the first QoS, the start time of the effective duration of the third QoS can be the end time of the effective duration of the first QoS, or can be the time obtained by offsetting the end time of the effective duration of the first QoS by the hysteresis duration of QoS activation. When the RAN node indicates the third QoS to the terminal after the effective duration of the first QoS, the start time of the effective duration of the third QoS can be the reception time of the information for indicating the third QoS, or can be obtained based on the reception time of the information for indicating the third QoS and the hysteresis duration of QoS activation.

[0144] Based on the above solution, the terminal can report at least one candidate QoS and the effective duration of the candidate QoS. If a subsequent RAN node configures a certain candidate QoS, the terminal and the RAN node can perform data transmission based on this QoS within the effective duration of this QoS. That is, it is possible to stipulate the duration for the terminal and the RAN node to perform data transmission based on a certain QoS. In the case of a relatively high QoS, it can prevent the terminal and the RAN node from using a relatively high QoS for data transmission for a long time, thereby reducing the power consumption of the terminal. In addition, since the effective duration of the QoS is reported by the terminal, the terminal can flexibly adjust this effective duration in combination with its own power consumption support ability, and as much as possible meet the quality requirements of the service while ensuring the power consumption of the terminal, thereby improving the service performance and user experience.

[0145] In addition to Figure 3 and Figure 4 the method shown above, the present application also provides a data transmission method based on quality of service, as Figure 5 shown below, and this method includes the following steps:

[0146] S501. The terminal reports the minimum duration for QoS refresh. Correspondingly, the RAN node obtains the minimum duration for QoS refresh.

[0147] In a possible implementation manner, the implementation of step S501 can be that the terminal sends information indicating the minimum duration for QoS refresh to the RAN node, and the RAN node receives this information indicating the minimum duration for QoS refresh from the terminal.

[0148] In a possible implementation manner, the minimum duration for QoS refresh can be understood as: the minimum duration or minimum time interval between the start time of data transmission based on a certain QoS and the start time of data transmission based on another QoS, or the minimum duration or minimum time interval between two QoS indications by the RAN node.

[0149] Exemplarily, the minimum duration for QoS refresh can also be referred to as the minimum duration for QoS adjustment, the minimum time interval for QoS refresh, the minimum time interval for QoS adjustment, the fastest / maximum frequency for QoS adjustment, or the fastest / maximum frequency for QoS refresh, etc., and they can be mutually replaced, and the present application does not make specific limitations on this.

[0150] Optionally, the minimum duration for QoS refresh is related to the coding ability of the terminal. For example, when the coding ability of the terminal is relatively strong, the minimum duration for QoS refresh is relatively short; when the coding ability of the terminal is relatively weak, the minimum duration for QoS refresh is relatively long.

[0151] In a possible implementation, the terminal can report the minimum duration of QoS refresh in an implicit manner. For example, the information for indicating the minimum duration of QoS refresh includes the index corresponding to the minimum duration of QoS refresh, and different indexes correspond to different minimum durations of QoS refresh. The correspondence between different indexes and the minimum durations of QoS refresh can be defined by the protocol or negotiated between the terminal and the RAN node, without limitation.

[0152] In another possible implementation, the terminal can report the minimum duration of QoS refresh in an explicit manner. For example, the information for indicating the minimum duration of QoS refresh includes the value of the minimum duration of QoS.

[0153] In a possible implementation, the terminal can report the minimum duration of QoS refresh through the terminal capability information. Correspondingly, the RAN node obtains the minimum duration of QoS refresh through the terminal capability information. Of course, the terminal can also report the minimum duration of QoS refresh through other uplink information, such as reporting the minimum duration of QoS refresh through UAI or UCI, etc.

[0154] In a possible implementation, the terminal can actively report the minimum duration of QoS refresh. For example, after establishing an RRC connection with the RAN node, the terminal can actively report the minimum duration of QoS refresh through the terminal capability information.

[0155] In another possible implementation, the terminal can report the minimum duration of QoS refresh based on the configuration of the RAN node. In this scenario, as Figure 6 shown, before step S501, the method further includes the following step S500. Correspondingly, step S501 can be replaced by S501':

[0156] S500. The RAN node sends configuration information to the terminal. Correspondingly, the terminal receives the configuration information from the RAN node.

[0157] Wherein, the configuration information is used to indicate the reporting of the minimum duration of QoS refresh. Or, it can also be understood that the configuration information is used to indicate the permission to report the minimum duration of QoS refresh, or the configuration information is used to indicate that the terminal needs to report the minimum duration of QoS refresh.

[0158] Of course, the RAN node can also send configuration information to the terminal to indicate that the reporting of the minimum duration of QoS refresh is not allowed, or to indicate that the terminal does not need to report the minimum duration of QoS refresh. This application is described by taking the RAN node indicating the reporting of the minimum duration of QoS refresh as an example.

[0159] S501'. The terminal reports the minimum duration of QoS refresh based on the configuration information.

[0160] Exemplarily, the configuration information may be carried in an RRC message. For example, it may be carried in an RRC Reconfiguration message. Further, it may be carried in the OtherConfig container of the RRC Reconfiguration message.

[0161] S502. The RAN node sends the first information to the terminal. Correspondingly, the terminal receives the first information from the RAN node. The first information indicates the first QoS.

[0162] In a possible implementation manner, before step S502, the terminal may report at least one candidate QoS to the RAN node. In this scenario, the first QoS may be the QoS among the at least one candidate QoS. The at least one candidate QoS may refer to the relevant description in step S301 above and will not be elaborated here.

[0163] In another possible implementation manner, before step S502, the terminal may not report the candidate QoS to the RAN node. In this scenario, the first QoS may be determined by the RAN node based on at least one of service requirements, channel status, resource allocation situation, or historical transmission status.

[0164] S503. Within the minimum duration of QoS refresh, the terminal and the RAN node perform data transmission based on the first QoS.

[0165] Among them, the data transmission may include uplink data transmission and / or downlink data transmission. It may refer to the relevant description in step S303 above and will not be elaborated here.

[0166] In a possible implementation manner, the start time of the minimum duration of QoS refresh is obtained based on the reception time (or transmission time) of the first information. For example, the start time of the minimum duration of QoS refresh is equal to the reception time (or transmission time) of the first information, or the start time of the minimum duration of QoS refresh is the time after offsetting the reception time (or transmission time) of the first information by a period of time.

[0167] In another possible implementation manner, the start time of the minimum duration of QoS refresh is obtained based on the reception time (or transmission time) of the first information and the hysteresis duration for QoS to take effect. For example, the start time of the minimum duration of QoS refresh is equal to t + T. Wherein, t represents the reception time (or transmission time) of the first information, and T represents the hysteresis duration for QoS to take effect. The hysteresis duration for QoS to take effect may refer to the relevant description in step S303 above and will not be elaborated here.

[0168] Exemplarily, in the above two implementation manners, for the terminal, the start time of the minimum duration for QoS refresh is determined based on the reception time of the first information; for the RAN node, the minimum duration for QoS refresh is determined based on the transmission time of the first information.

[0169] Optionally, before step S503, the terminal may report the hysteresis duration for QoS to take effect, so that the RAN node can determine the start time of the minimum duration for QoS refresh. Exemplarily, the hysteresis duration for QoS to take effect may be reported in one message together with the minimum duration for QoS refresh, or may be reported in different messages respectively. This application does not make specific limitations on this.

[0170] In a possible implementation manner, the terminal and the RAN node may perform data transmission based on the first QoS for some or all of the time within the minimum duration for QoS refresh. In addition, within the minimum duration for QoS refresh, the terminal and the RAN node do not perform data transmission based on other QoSs other than the first QoS, that is, within the minimum duration for QoS refresh, the QoS for data transmission between the terminal and the RAN node remains unchanged.

[0171] In a possible implementation manner, after the minimum duration for QoS refresh, if data transmission still needs to be performed, the terminal and the RAN node may continue to perform data transmission based on the first QoS, or perform data transmission based on the second QoS. The second QoS is indicated by the RAN node through the second information, that is, the RAN node also sends the second information to the terminal. Correspondingly, the terminal receives the second information from the RAN node, and the second information indicates the second QoS.

[0172] Optionally, if the end time of the minimum duration for QoS refresh is within the effective time of the first QoS, the terminal and the RAN may continue to perform data transmission based on the first QoS within the remaining effective time of the first QoS; otherwise, the terminal and the RAN node may perform data transmission based on the second QoS.

[0173] Optionally, the second information may be sent by the RAN node within the minimum duration for QoS refresh, or may also be sent by the RAN node outside the minimum duration for QoS refresh. This application does not make specific limitations on this.

[0174] Optionally, when the RAN node sends the second information within the minimum duration of QoS refresh, the start time of data transmission between the terminal and the RAN node based on the second QoS can be the end time of the minimum duration of QoS refresh. When the RAN node sends the second information after the minimum duration of QoS refresh, the start time of data transmission between the terminal and the RAN node based on the second QoS can be the reception time (or transmission time) of the second information, or can be determined based on the reception time (or transmission time) of the second information and the hysteresis duration for QoS to take effect.

[0175] Based on the above solution, the terminal can report the minimum duration of QoS refresh. After the RAN node configures a certain QoS, the terminal and the RAN node perform data transmission based on this QoS within the minimum duration of QoS refresh. That is, within the minimum duration of QoS refresh, the terminal and the RAN node perform data transmission based on a certain QoS. Or rather, within the minimum duration of QoS refresh, the QoS for data transmission between the terminal and the RAN node remains unchanged, preventing the situation where the terminal cannot adjust the QoS in time due to frequent QoS changes, thereby reducing service stuttering. In addition, since the minimum duration of QoS refresh is reported by the terminal, the terminal can flexibly adjust the minimum duration of QoS refresh in combination with its own coding ability, etc., so that the coding ability of the terminal can support relatively frequent QoS adjustments to meet the flexibility of services as much as possible, thereby improving service performance and user experience.

[0176] In addition, this application also provides a method for data transmission based on quality of service, as Figure 7 shown. The method for data transmission based on quality of service may include the following steps:

[0177] S701. The terminal reports the hysteresis duration for QoS to take effect. Correspondingly, the RAN node obtains the hysteresis duration for QoS to take effect.

[0178] In a possible implementation manner, the implementation of step S701 can be that the terminal sends information for indicating the hysteresis duration for QoS to take effect to the RAN node, and the RAN node receives the information for indicating the hysteresis duration for QoS to take effect from the terminal.

[0179] In a possible implementation manner, the hysteresis duration for QoS to take effect can be understood as the processing delay between the terminal receiving the information indicating QoS or the configuration information of QoS and the terminal being able to perform data transmission based on this QoS.

[0180] Optionally, the hysteresis duration for QoS to take effect can also be referred to as the latency for QoS to take effect, the latency for QoS configuration to take effect, the hysteresis duration for QoS configuration to take effect, the latency for QoS adjustment to take effect, the latency for QoS refresh to take effect, the hysteresis duration for QoS adjustment, or the hysteresis duration for QoS refresh, etc., and they can be replaced with each other. This application does not make specific limitations on this.

[0181] In a possible implementation manner, the terminal can report the hysteresis duration for QoS to take effect in an implicit manner. For example, the information used to indicate the hysteresis duration for QoS to take effect includes the index corresponding to the hysteresis duration for QoS to take effect, and different indexes correspond to different hysteresis durations for QoS to take effect. The corresponding relationship between different indexes and the hysteresis duration for QoS to take effect can be defined by the protocol or negotiated between the terminal and the RAN node, without limitation.

[0182] In another possible implementation manner, the terminal can report the hysteresis duration for QoS to take effect in an explicit manner. For example, the information used to indicate the hysteresis duration for QoS to take effect includes the value of the minimum duration of QoS.

[0183] In a possible implementation manner, the terminal can report the hysteresis duration for QoS to take effect through terminal capability information. Correspondingly, the RAN node obtains the hysteresis duration for QoS to take effect through the terminal capability information. Of course, the terminal can also report the hysteresis duration for QoS to take effect through other uplink information, such as reporting the hysteresis duration for QoS to take effect through UAI or UCI, etc.

[0184] In a possible implementation manner, the terminal can actively report the hysteresis duration for QoS to take effect. For example, after establishing an RRC connection with the RAN node, the terminal can actively report the hysteresis duration for QoS to take effect through the terminal capability information.

[0185] In another possible implementation manner, the terminal can report the hysteresis duration for QoS to take effect based on the configuration of the RAN node. In this scenario, as Figure 8 shown, before step S701, the method further includes the following step S700. Correspondingly, step S701 can be replaced with S701':

[0186] S700: The RAN node sends configuration information to the terminal. Correspondingly, the terminal receives the configuration information from the RAN node.

[0187] Wherein, the configuration information is used to indicate the reporting of the hysteresis duration for QoS to take effect. Or, it can also be understood that the configuration information is used to indicate the permission to report the hysteresis duration for QoS to take effect, or the configuration information is used to indicate that the terminal needs to report the hysteresis duration for QoS to take effect.

[0188] Of course, the RAN node can also send configuration information to the terminal to indicate that reporting of the hysteresis duration during which QoS is not allowed to take effect is not permitted, or to indicate that the terminal does not need to report the hysteresis duration during which QoS takes effect. This application takes the example of the RAN node indicating the reporting of the hysteresis duration during which QoS takes effect for illustration.

[0189] S701’. The terminal reports the hysteresis duration during which QoS takes effect based on this configuration information.

[0190] Exemplarily, this configuration information can be carried in an RRC message. For example, it can be carried in an RRC reconfiguration (RRCReconfiguration) message. Further, it can be carried in an OtherConfig information element in the RRC reconfiguration message.

[0191] S702. The RAN node sends the first information to the terminal. Correspondingly, the terminal receives the first information from the RAN node. The first information indicates the first QoS.

[0192] In a possible implementation manner, before step S702, the terminal can report at least one candidate QoS to the RAN node. In this scenario, the first QoS can be the QoS among the at least one candidate QoS. The at least one candidate QoS can refer to the relevant description in step S301 above and will not be elaborated here.

[0193] In another possible implementation manner, before step S702, the terminal may not report candidate QoS to the RAN node. In this scenario, the first QoS can be determined by the RAN node based on at least one of service requirements, channel status, resource allocation situation, or historical transmission status.

[0194] S703. After the hysteresis duration during which QoS takes effect, the terminal and the RAN node perform data transmission based on the first QoS.

[0195] Among them, data transmission can include uplink data transmission and / or downlink data transmission. Reference can be made to the relevant description in step S303 above and will not be elaborated here.

[0196] In a possible implementation manner, the start time of the hysteresis duration during which QoS takes effect is obtained based on the reception time (or transmission time) of the first information. For example, the start time of the hysteresis duration during which QoS takes effect is equal to the reception time (or transmission time) of the first information, or the start time of the hysteresis duration during which QoS takes effect is the time after offsetting the reception time (or transmission time) of the first information by a period of time.

[0197] Exemplarily, for the terminal, determine the start time of the hysteresis duration for QoS to take effect based on the reception time of the first information; for the RAN node, determine the hysteresis duration for QoS to take effect based on the transmission time of the first information.

[0198] In a possible implementation manner, after the hysteresis duration for QoS to take effect, the terminal and the RAN node perform data transmission based on the first QoS within the effective duration of the first QoS. For the relevant description, reference can be made to the relevant content in step S303 above, and details will not be elaborated here.

[0199] Optionally, before step S703, the terminal may report the effective duration of the candidate QoS to the RAN node. For the relevant description, reference can be made to the relevant explanation in step S301 above, and details will not be elaborated here.

[0200] In a possible implementation manner, after the hysteresis duration for QoS to take effect, the terminal and the RAN node may perform data transmission based on the first QoS for some or all of the time within the effective duration of the first QoS. For reference, Figure 3 and Figure 4 the relevant description in the corresponding method, and details will not be elaborated here.

[0201] Based on the above solution, the terminal may report the hysteresis duration for QoS to take effect. After the RAN node configures the first QoS, the terminal and the RAN node perform data transmission based on the first QoS after the hysteresis duration for QoS to take effect. That is, the terminal performs data transmission after this hysteresis duration after receiving the QoS configuration. During the hysteresis duration, the terminal may perform relevant processing to prepare for subsequent data transmission, so that after the hysteresis duration, the terminal can quickly support data transmission based on the first QoS, thereby reducing service jitter, improving service performance, and enhancing user experience.

[0202] The method provided in this application is described above. In addition, this application also provides a communication device for implementing the functions described in the above method embodiments.

[0203] It can be understood that in order to implement the above functions, this communication device includes the corresponding hardware structure and / or software module for executing each function. Those skilled in the art should easily realize that, combining the units and algorithm steps of each example described in the embodiments disclosed in this article, this application can be implemented in the form of hardware or a combination of hardware and computer software. Whether a certain function is executed in the way of hardware or computer software driving hardware depends on the specific application and design constraints of the technical solution. Professional technicians can use different methods to implement the described functions for each specific application, but such implementation should not be considered to exceed the scope of this application.

[0204] The embodiments of the present application can divide the communication device into functional modules according to the above method embodiments. For example, each functional module can be divided corresponding to each function, or two or more functions can be integrated into one processing module. The above integrated module can be implemented in the form of hardware or in the form of a software functional module. It should be noted that the division of modules in the embodiments of the present application is illustrative, only a logical function division, and there may be other division methods in actual implementation.

[0205] Communication device Figure 9 Fig. shows a schematic structural diagram of a communication device 90. The communication device 90 includes a processing module 901 and a transceiver module 902. The communication device 90 can be used to implement the functions of the above terminal or RAN node.

[0206] In some embodiments, the communication device 90 may further include a storage module ( Figure 9 not shown in the figure) for storing program instructions and data.

[0207] In some embodiments, the transceiver module 902, which can also be referred to as a transceiver unit, is used to implement the sending and / or receiving functions. The transceiver module 902 can be composed of a transceiver circuit, a transceiver, a transceiver, or a communication interface.

[0208] In some embodiments, the transceiver module 902 may include a receiving module and a sending module, which are respectively used to execute the receiving and sending steps performed by the terminal or RAN node in the above method embodiments, and / or other processes for supporting the technologies described herein; the processing module 901 may be used to execute the processing steps performed by the terminal or RAN node in the above method embodiments, and / or other processes for supporting the technologies described herein.

[0209] When the communication device 90 is used to implement the functions of a terminal, in a possible implementation manner:

[0210] The processing module 901 is used to control the communication device 90 to report at least one candidate QoS and the effective duration of the candidate QoS. The at least one candidate QoS includes a first QoS, and the effective duration of the candidate QoS includes the effective duration of the first QoS; the transceiver module 902 is used to receive a first piece of information, and the first piece of information indicates the first QoS; the processing module 901 is further used to control the communication device 90 to perform data transmission based on the first QoS within the effective duration of the first QoS.

[0211] Optionally, the start time of the effective duration of the first QoS is obtained based on the reception time of the first piece of information; or, the start time of the effective duration of the first QoS is obtained based on the reception time of the first piece of information and the hysteresis duration of QoS activation.

[0212] Optionally, the processing module 901 is configured to control the communication device 90 to report at least one candidate QoS, including: the processing module 901 is configured to control the communication device 90 to report at least one candidate QoS through the terminal capability information.

[0213] Optionally, the processing module 901 is configured to control the communication device 90 to report the effective duration of the candidate QoS, including: the processing module 901 is configured to control the communication device 90 to report the effective duration of the candidate QoS through the UAI.

[0214] Optionally, the transceiver module 902 is further configured to receive configuration information; the processing module 901 is configured to control the communication device 90 to report at least one candidate QoS and the effective duration of the candidate QoS, including: the processing module 901 is configured to control the communication device 90 to report at least one candidate QoS and the effective duration of the candidate QoS based on the configuration information.

[0215] When the communication device 90 is used to implement the functions of a terminal, in another possible implementation:

[0216] The processing module 901 is configured to control the communication device 90 to report the minimum duration for QoS refresh; the transceiver module 902 is configured to receive first information indicating a first QoS; the processing module 901 is further configured to control the communication device 90 to perform data transmission based on the first QoS within the minimum duration for QoS refresh.

[0217] Optionally, the transceiver module 902 is further configured to receive second information indicating a second QoS; the processing module 901 is further configured to control the communication device 90 to perform data transmission based on the second QoS after the minimum duration for QoS refresh.

[0218] Optionally, the start time of the minimum duration for QoS refresh is obtained based on the reception time of the first information; or, the start time of the minimum duration for QoS refresh is obtained based on the reception time of the first information and the hysteresis duration for QoS to take effect.

[0219] Optionally, the processing module 901 is configured to control the communication device 90 to report the minimum duration for QoS refresh, including: the processing module 901 is configured to control the communication device 90 to report the minimum duration for QoS refresh through the terminal capability information.

[0220] Optionally, the transceiver module 902 is further configured to receive configuration information; the processing module 901 is configured to control the communication device 90 to report the minimum duration for QoS refresh, including: the processing module 901 is configured to control the communication device 90 to report the minimum duration for QoS refresh based on the configuration information.

[0221] When the communication device 90 is used to implement the functions of a terminal, in another possible implementation:

[0222] A processing module 901 is configured to control the communication device 90 to report the hysteresis duration for QoS to take effect; a transceiver module 902 is configured to receive a first piece of information, where the first piece of information indicates a first QoS; the processing module 901 is further configured to, after the hysteresis duration for QoS to take effect, control the communication device 90 to perform data transmission based on the first QoS.

[0223] Optionally, the start time of the hysteresis duration for QoS to take effect is obtained based on the reception time of the first piece of information.

[0224] Optionally, the processing module 901 is configured to control the communication device 90 to report the hysteresis duration for QoS to take effect, including: the processing module 901 is configured to control the communication device 90 to report the hysteresis duration for QoS to take effect through terminal capability information.

[0225] Optionally, the transceiver module 902 is further configured to receive configuration information; the processing module 901 is configured to control the communication device 90 to report the hysteresis duration for QoS to take effect, including: the processing module 901 is configured to, based on the configuration information, control the communication device 90 to report the hysteresis duration for QoS to take effect.

[0226] When the communication device 90 is used to implement the functions of a RAN node, in a possible implementation:

[0227] A processing module 901 is configured to obtain at least one candidate QoS and the effective duration of the candidate QoS, where the at least one candidate QoS includes a first QoS, and the effective duration of the candidate QoS includes the effective duration of the first QoS; a transceiver module 902 is configured to send a first piece of information, where the first piece of information indicates the first QoS; the processing module 901 is further configured to, within the effective duration of the first QoS, control the communication device 90 to perform data transmission based on the first QoS.

[0228] Optionally, the start time of the effective duration of the first QoS is obtained based on the sending time of the first piece of information; or, the start time of the effective duration of the first QoS is obtained based on the sending time of the first piece of information and the hysteresis duration for QoS to take effect.

[0229] Optionally, the processing module 901 is configured to obtain at least one candidate QoS, including: the processing module 901 is configured to obtain at least one candidate QoS through terminal capability information.

[0230] Optionally, the processing module 901 is configured to obtain the effective duration of the candidate QoS, including: the processing module 901 is configured to obtain the effective duration of the candidate QoS through user equipment assistance information UAI.

[0231] Optionally, the transceiver module 902 is further configured to send configuration information for instructing reporting of at least one candidate QoS and the effective duration of the candidate QoS.

[0232] When the communication device 90 is used to implement the functions of a RAN node, in another possible implementation:

[0233] The processing module 901 is configured to obtain the minimum duration for QoS refresh; the transceiver module 902 is configured to send first information indicating a first QoS; the processing module 901 is further configured to control the communication device 90 to perform data transmission based on the first QoS within the minimum duration for QoS refresh.

[0234] Optionally, the transceiver module 902 is further configured to send second information indicating a second QoS; the processing module 901 is further configured to perform data transmission based on the second QoS after the minimum duration for QoS refresh.

[0235] Optionally, the start time of the minimum duration for QoS refresh is obtained based on the sending time of the first information; or, the start time of the minimum duration for QoS refresh is obtained based on the sending time of the first information and the hysteresis duration for QoS to take effect.

[0236] Optionally, the processing module 901 is configured to obtain the minimum duration for QoS refresh, including: the processing module 901 is configured to obtain the minimum duration for QoS refresh through terminal capability information.

[0237] Optionally, the transceiver module 902 is further configured to send configuration information for instructing reporting of the minimum duration for QoS refresh.

[0238] When the communication device 90 is used to implement the functions of a RAN node, in yet another possible implementation:

[0239] The processing module 901 is configured to obtain the hysteresis duration for QoS to take effect; the transceiver module 902 is further configured to send first information indicating a first QoS; the processing module 901 is further configured to control the communication device 90 to perform data transmission based on the first QoS after the hysteresis duration for QoS to take effect.

[0240] Optionally, the start time of the hysteresis duration for QoS to take effect is obtained based on the sending time of the first information.

[0241] Optionally, the processing module 901 is configured to obtain the hysteresis duration for QoS to take effect, including: the processing module 901 is configured to obtain the hysteresis duration for QoS to take effect through terminal capability information.

[0242] Optionally, the transceiver module 902 is further configured to send configuration information for indicating the hysteresis duration for which QoS takes effect.

[0243] All relevant content of each step involved in the above method embodiments can be cited in the function descriptions of the corresponding functional modules, and will not be elaborated here.

[0244] In the present application, the communication device 90 may be presented in a form that divides each functional module in an integrated manner. Here, a "module" may refer to an application-specific integrated circuit (ASIC), a circuit, a processor and a memory that execute one or more software or firmware programs, an integrated logic circuit, and / or other devices that can provide the above functions.

[0245] In some embodiments, when Figure 9 the communication device 90 in is a chip or a chip system, the function / implementation process of the transceiver module 902 may be implemented through the input / output interface (or communication interface) of the chip or chip system, and the function / implementation process of the processing module 901 may be implemented through the processor (or processing circuit) of the chip or chip system.

[0246] Since the communication device 90 provided in this embodiment can execute the above method, the technical effects that can be obtained thereby can refer to the above method embodiments, and will not be elaborated here.

[0247] As a possible product form, the terminal or RAN node described in the embodiments of the present application may be implemented using the following: one or more field programmable gate arrays (FPGAs), programmable logic devices (PLDs), controllers, state machines, gate logics, discrete hardware components, any other suitable circuits, or any combination of circuits capable of performing the various functions described throughout the present application.

[0248] As another possible product form, the terminal or RAN node described in the embodiments of the present application may be implemented by a general bus architecture. For ease of explanation, refer to Figure 10 , Figure 10 is a schematic structural diagram of a communication device 1000 provided in the embodiments of the present application. The communication device 1000 includes a processor 1001 and a transceiver 1002. The communication device 1000 may be a terminal, or a chip or chip system therein; or, the communication device 1000 may be a RAN node, or a chip or module therein. Figure 10Only the main components of the communication device 1000 are shown. In addition to the processor 1001 and the transceiver 1002, the communication device may further include a memory 1003 and an input / output device (not shown in the figure).

[0249] Optionally, the processor 1001 is mainly used to process communication protocols and communication data, control the entire communication device, execute software programs, and process the data of the software programs, so as to implement the methods provided in the above method embodiments. The memory 1003 is mainly used to store software programs and data. The transceiver 1002 may include a radio frequency circuit and an antenna. The radio frequency circuit is mainly used for the conversion between baseband signals and radio frequency signals and the processing of radio frequency signals. The antenna is mainly used to transmit and receive radio frequency signals in the form of electromagnetic waves. The input / output device, such as a touch screen, a display screen, a keyboard, etc., is mainly used to receive data input by the user and output data to the user.

[0250] Optionally, the processor 1001, the transceiver 1002, and the memory 1003 may be connected through a communication bus.

[0251] After the communication device is powered on, the processor 1001 can read the software program in the memory 1003, interpret and execute the instructions of the software program, and process the data of the software program. When data needs to be wirelessly transmitted, the processor 1001 performs baseband processing on the data to be transmitted and then outputs a baseband signal to the radio frequency circuit. The radio frequency circuit performs radio frequency processing on the baseband signal and then transmits the radio frequency signal outward in the form of electromagnetic waves through the antenna. When data is sent to the communication device, the radio frequency circuit receives the radio frequency signal through the antenna, converts the radio frequency signal into a baseband signal, and outputs the baseband signal to the processor 1001. The processor 1001 converts the baseband signal into data and processes the data.

[0252] In another implementation, the radio frequency circuit and the antenna may be provided independently of the processor performing baseband processing. For example, in a distributed scenario, the radio frequency circuit and the antenna may be independent of the communication device and arranged in a remote manner.

[0253] In some embodiments, in terms of hardware implementation, those skilled in the art may think that the above communication device 90 may adopt Figure 10 the form of the communication device 1000 shown.

[0254] As an example, Figure 9 the function / implementation process of the processing module 901 in Figure 10 may be implemented by the processor 1001 in the communication device 1000 shown calling the computer execution instructions stored in the memory 1003. Figure 9 the function / implementation process of the transceiver module 902 in Figure 10It is implemented by the transceiver 1002 in the communication device 1000 shown.

[0255] As another possible product form, the terminal or RAN node in this application may adopt Figure 11 the composition structure shown, or include Figure 11 the components shown. Figure 11 It is a schematic diagram of the composition of a communication device 1100 provided by this application. The communication device 1100 may be a terminal, or a chip or system-on-chip in the terminal; or, it may be a RAN node, or a module, chip or system-on-chip in the RAN node.

[0256] As Figure 11 shown, the communication device 1100 includes at least one processor 1101, and at least one communication interface ( Figure 11 only one communication interface 1104 and one processor 1101 are exemplarily included for illustration). Optionally, the communication device 1100 may further include a communication bus 1102 and a memory 1103.

[0257] The processor 1101 may be a general-purpose central processing unit (CPU), a general-purpose processor, a network processor (NP), a digital signal processor (DSP), a microprocessor, a microcontroller, a PLD, or any combination thereof. The processor 1101 may also be other devices with processing functions, such as circuits, devices or software modules, without limitation.

[0258] The communication bus 1102 is used to connect different components in the communication device 1100, so that different components can communicate. The communication bus 1102 may be a peripheral component interconnect (PCI) bus or an extended industry standard architecture (EISA) bus, etc. This bus can be divided into an address bus, a data bus, a control bus, etc. For the sake of representation, Figure 11 only a thick line is used to represent it in the figure, but it does not mean that there is only one bus or one type of bus.

[0259] The communication interface 1104 is used to communicate with other devices or communication networks. Exemplarily, the communication interface 1104 may be a module, a circuit, a transceiver, or any device capable of implementing communication. Optionally, the communication interface 1104 may also be an input / output interface located within the processor 1101 to implement signal input and signal output of the processor.

[0260] A memory 1103, which can be a device with storage function, is used to store instructions and / or data. Among them, the instructions can be computer programs.

[0261] Exemplarily, the memory 1103 can be a read-only memory (ROM) or other types of static storage devices that can store static information and / or instructions, or a random access memory (RAM) or other types of dynamic storage devices that can store information and / or instructions. It can also be an electrically erasable programmable read-only memory (EEPROM), a compact disc read-only memory (CD-ROM), or other optical disc storage, optical disc storage (including compact discs, laser discs, optical discs, digital versatile discs, Blu-ray discs, etc.), magnetic disk storage media, or other magnetic storage devices, without limitation.

[0262] It should be noted that the memory 1103 can exist independently of the processor 1101 or be integrated with the processor 1101. The memory 1103 can be located inside the communication device 1100 or outside the communication device 1100, without limitation. The processor 1101 can be used to execute the instructions stored in the memory 1103 to implement the method provided in the following embodiments of this application.

[0263] As an optional implementation, the communication device 1100 can further include an output device 1105 and an input device 1106. The output device 1105 communicates with the processor 1101 and can display information in various ways. For example, the output device 1105 can be a liquid crystal display (LCD), a light emitting diode (LED) display device, a cathode ray tube (CRT) display device, or a projector, etc. The input device 1106 communicates with the processor 1101 and can receive user input in various ways. For example, the input device 1106 can be a mouse, a keyboard, a touch screen device, or a sensing device, etc.

[0264] In some embodiments, in terms of hardware implementation, those skilled in the art can think of the above Figure 9 The shown communication device 90 can adopt Figure 11 The form of the shown communication device 1100.

[0265] As an example, Figure 9 the function / implementation process of the processing module 901 in Figure 11 can be implemented by the processor 1101 in the communication device 1100 shown in Figure 9 invoking the computer-executable instructions stored in the memory 1103. Figure 11 The function / implementation process of the transceiver module 902 in

[0266] It should be noted that Figure 11 the structure shown in

[0267] does not specifically limit the terminal or RAN node. For example, in some other embodiments of the present application, the terminal or RAN node may include more or fewer components than shown in the figure, or combine certain components, or split certain components, or have different component arrangements. The components shown in the figure can be implemented in hardware, software, or a combination of software and hardware.

[0268] As a possible implementation, the communication device further includes a memory. The memory is used to store necessary computer programs and data. The computer program may include instructions, and the processor may call the instructions in the computer program stored in the memory to instruct the communication device to execute the method in any of the above method embodiments. Of course, the memory may not be in the communication device.

[0269] As another possible implementation, the communication device further includes an interface circuit, which is a code / data read / write interface circuit. The interface circuit is used to receive computer-executable instructions (the computer-executable instructions are stored in the memory, and may be directly read from the memory or may pass through other devices) and transmit them to the processor.

[0270] As yet another possible implementation, the communication device further includes a communication interface, which is used to communicate with modules outside the communication device.

[0271] It can be understood that the communication device may be a chip or a chip system. When the communication device is a chip system, it may be composed of chips or may include chips and other discrete devices. The embodiments of the present application do not specifically limit this.

[0272] The present application also provides a computer-readable storage medium, on which a computer program or instructions are stored. When the computer program or instructions are executed by a computer, the functions in any of the above method embodiments are implemented.

[0273] The present application also provides a computer program product, which when executed by a computer implements the functions of any of the above method embodiments.

[0274] Those of ordinary skill in the art can understand that for the convenience and brevity of description, the specific working processes of the systems, devices, and units described above can refer to the corresponding processes in the foregoing method embodiments, and will not be elaborated herein.

[0275] It can be understood that the systems, devices, and methods described in the present application can also be implemented in other ways. For example, the device embodiments described above are merely illustrative. For example, the division of the units is only a logical function division, and there may be other division methods in actual implementation. For example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the displayed or discussed couplings or direct couplings or communication connections to each other can be through some interfaces, and the indirect couplings or communication connections of the devices or units can be in electrical, mechanical, or other forms.

[0276] The units described as separate components may or may not be physically separated, that is, they may be located in one place, or may be distributed to multiple network units. The components displayed as units may or may not be physical units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0277] In addition, the functional units in each embodiment of the present application can be integrated in a processing unit, or each unit can exist physically alone, or two or more units can be integrated in one unit.

[0278] In the above embodiments, it can be implemented in whole or in part by software, hardware, firmware, or any combination thereof. When implemented using a software program, it can be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the processes or functions described in the embodiments of the present application are generated in whole or in part. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices. 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 a website, computer, server, or data center to another website, computer, server, or data center by wire (such as coaxial cable, optical fiber, digital subscriber line (DSL)) or wirelessly (such as infrared, wireless, microwave, etc.). The computer-readable storage medium can be any available medium that can be accessed by a computer or a data storage device such as a server or a data center that includes one or more integrated media. The available medium can be a magnetic medium (such as a floppy disk, hard disk, magnetic tape), an optical medium (such as a DVD), or a semiconductor medium (such as a solid state drive (SSD)), etc. In the embodiments of the present application, the computer can include the devices described above.

[0279] Although the present application has been described in conjunction with various embodiments, however, in the process of implementing the claimed present application, those skilled in the art can understand and implement other variations of the disclosed embodiments by viewing the accompanying drawings, the disclosure, and the appended claims. In the claims, the word "comprising" does not exclude other components or steps, and "a" or "one" does not exclude a plurality. A single processor or other unit can implement several functions recited in the claims. Certain measures are recited in mutually different dependent claims, but this does not mean that these measures cannot be combined to produce good results.

[0280] Although the present application has been described in conjunction with specific features and their embodiments, it is obvious that various modifications and combinations can be made without departing from the scope of the present application. Accordingly, the present specification and the drawings are merely exemplary illustrations of the present application defined by the appended claims and are considered to have covered any and all modifications, variations, combinations, or equivalents within the scope of the present application. Obviously, those skilled in the art can make various changes and modifications to the present application without departing from the scope of the present application. Thus, if these modifications and variations of the present application fall within the scope of the claims of the present application and their equivalent technologies, the present application is also intended to include these changes and modifications.

Claims

1. A communication method, characterized in that, the method includes: reporting at least one candidate Quality of Service (QoS) and the effective duration of the candidate QoS, where the at least one candidate QoS includes a first QoS, and the effective duration of the candidate QoS includes the effective duration of the first QoS; receiving first information indicating the first QoS; during the effective duration of the first QoS, performing data transmission based on the first QoS.

2. The method according to claim 1, characterized in that, the start time of the effective duration of the first QoS is obtained based on the reception time of the first information; or, the start time of the effective duration of the first QoS is obtained based on the reception time of the first information and a hysteresis duration for QoS to take effect.

3. The method according to claim 1 or 2, characterized in that, reporting the at least one candidate QoS includes: reporting the at least one candidate QoS through terminal capability information.

4. The method according to any one of claims 1 - 3, characterized in that, reporting the effective duration of the candidate QoS includes: reporting the effective duration of the candidate QoS through User Equipment Assistance Information (UAI).

5. The method according to any one of claims 1 - 4, characterized in that, reporting the at least one candidate QoS and the effective duration of the candidate QoS includes: receiving configuration information; based on the configuration information, reporting the at least one candidate QoS and the effective duration of the candidate QoS.

6. A communication method, characterized in that, the method includes: reporting the minimum duration for Quality of Service (QoS) refresh; receiving first information indicating a first QoS; during the minimum duration for QoS refresh, performing data transmission based on the first QoS.

7. The method according to claim 6, characterized in that, the method further includes: receiving second information indicating a second QoS; after the minimum duration for QoS refresh, performing data transmission based on the second QoS.

8. The method according to claim 6 or 7, characterized in that, the start time of the minimum duration for QoS refresh is obtained based on the reception time of the first information; or, the start time of the minimum duration for QoS refresh is obtained based on the reception time of the first information and a hysteresis duration for QoS to take effect.

9. The method according to any one of claims 6 - 8, characterized in that, reporting the minimum duration for QoS refresh includes: reporting the minimum duration for QoS refresh through terminal capability information.

10. The method according to any one of claims 6 - 9, characterized in that, reporting the minimum duration for QoS refresh includes: receiving configuration information; based on the configuration information, reporting the minimum duration for QoS refresh.

11. A communication method, characterized in that, the method includes: reporting the hysteresis duration for Quality of Service (QoS) to take effect; receiving first information indicating a first QoS; After the hysteresis duration for the QoS to take effect, data transmission is performed based on the first QoS.

12. The method according to claim 11, wherein, the start time of the hysteresis duration for the QoS to take effect is obtained based on the reception time of the first information.

13. The method according to claim 11 or 12, wherein, reporting the hysteresis duration for the QoS to take effect includes: reporting the hysteresis duration for the QoS to take effect through terminal capability information.

14. The method according to any one of claims 11 - 13, wherein, reporting the hysteresis duration for the QoS to take effect includes: receiving configuration information, and reporting the hysteresis duration for the QoS to take effect based on the configuration information.

15. A communication device, wherein, the communication device includes: a transceiver module and a processing module; the processing module is configured to control the device to report at least one candidate quality of service (QoS) and the effective duration of the candidate QoS, the at least one candidate QoS includes the first QoS, and the effective duration of the candidate QoS includes the effective duration of the first QoS; the transceiver module is configured to receive first information, the first information indicating the first QoS; the processing module is further configured to, within the effective duration of the first QoS, control the device to perform data transmission based on the first QoS.

16. The device according to claim 15, wherein, the start time of the effective duration of the first QoS is obtained based on the reception time of the first information; or, the start time of the effective duration of the first QoS is obtained based on the reception time of the first information and the hysteresis duration for the QoS to take effect.

17. The device according to claim 15 or 16, wherein, the processing module is configured to control the device to report at least one candidate QoS, including: the processing module is configured to control the device to report the at least one candidate QoS through terminal capability information.

18. The device according to any one of claims 15 - 17, wherein, the processing module is configured to control the device to report the effective duration of the candidate QoS, including: the processing module is configured to control the device to report the effective duration of the candidate QoS through user equipment assistance information (UAI).

19. The device according to any one of claims 15 - 18, wherein, the transceiver module is further configured to receive configuration information; the processing module is configured to control the device to report at least one candidate QoS and the effective duration of the candidate QoS, including: the processing module is configured to control the device to report the at least one candidate QoS and the effective duration of the candidate QoS based on the configuration information.

20. A communication device, wherein, the communication device includes: a transceiver module and a processing module; the processing module is configured to control the device to report the minimum duration for QoS refreshing; the transceiver module is configured to receive first information, the first information indicating the first QoS; The processing module is further configured to control the device to perform data transmission based on the first QoS within the minimum duration of QoS refresh.

21. The device according to claim 20, wherein, the transceiver module is further configured to receive second information, and the second information indicates a second QoS; the processing module is further configured to control the device to perform data transmission based on the second QoS after the minimum duration of QoS refresh.

22. The device according to claim 20 or 21, wherein, the start time of the minimum duration of QoS refresh is obtained based on the reception time of the first information; or, the start time of the minimum duration of QoS refresh is obtained based on the reception time of the first information and the hysteresis duration for QoS to take effect.

23. The device according to any one of claims 20-22, wherein, the processing module is configured to control the device to report the minimum duration of QoS refresh, including: the processing module is configured to control the device to report the minimum duration of QoS refresh through terminal capability information.

24. The device according to any one of claims 20-23, wherein, the transceiver module is further configured to receive configuration information; the processing module is configured to control the device to report the minimum duration of QoS refresh, including: the processing module is configured to control the device to report the minimum duration of QoS refresh based on the configuration information.

25. A communication device, wherein, the communication device includes: a transceiver module and a processing module; the processing module is configured to control the device to report the hysteresis duration for Quality of Service (QoS) to take effect; the transceiver module is configured to receive first information, and the first information indicates a first QoS; the processing module is further configured to control the device to perform data transmission based on the first QoS after the hysteresis duration for QoS to take effect.

26. The device according to claim 25, wherein, the start time of the hysteresis duration for QoS to take effect is obtained based on the reception time of the first information.

27. The device according to claim 25 or 26, wherein, the processing module is configured to control the device to report the hysteresis duration for QoS to take effect, including: the processing module is configured to control the device to report the hysteresis duration for QoS to take effect through terminal capability information.

28. The device according to any one of claims 25-27, wherein, the transceiver module is further configured to receive configuration information; the processing module is configured to control the device to report the hysteresis duration for QoS to take effect, including: the processing module is configured to control the device to report the hysteresis duration for QoS to take effect based on the configuration information.

29. A computer-readable storage medium, wherein, A computer-readable storage medium stores computer instructions or programs, which, when run, cause the method according to any one of claims 1-5 to be executed, or cause the method according to any one of claims 6-10 to be executed, or cause the method according to any one of claims 11-14 to be executed.

30. A computer program product, characterized in that the computer program product includes computer instructions; when part or all of the computer instructions are run, cause the method according to any one of claims 1-5 to be executed, or cause the method according to any one of claims 6-10 to be executed, or cause the method according to any one of claims 11-14 to be executed.

Images