Resource management method and apparatus, terminal and readable storage medium

By obtaining network node auxiliary information and indication information from the second protocol entity through the first protocol entity of the terminal, the problem of determining the survival time status in multi-path transmission scenarios is solved, and precise resource management and survival time requirements are met.

CN116033563BActive Publication Date: 2026-04-24VIVO MOBILE COMM CO LTD
View PDF 2 Cites 0 Cited by

Patent Information

Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
VIVO MOBILE COMM CO LTD
Filing Date
2021-10-22
Publication Date
2026-04-24

AI Technical Summary

Technical Problem

In application scenarios where the wireless bearer has at least two transmission paths, the terminal cannot accurately determine whether it is entering or exiting the liveness time state, which may result in the inability to meet the liveness time requirements and potentially waste of resources.

Method used

The terminal's first protocol entity obtains auxiliary information corresponding to at least two network nodes, determines the target bearer's entry or exit liveness status based on the auxiliary information, obtains relevant indication information through the second protocol entity, and performs uplink resource allocation using the target resource allocation rules.

Benefits of technology

It enables accurate management of transmission resources in multi-path transmission scenarios, meets the time-to-live (TTL) status requirements, and avoids service unavailability and resource waste.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN116033563B_ABST
    Figure CN116033563B_ABST
Patent Text Reader

Abstract

The application discloses a resource management method, device, terminal and readable storage medium, and belongs to the technical field of communication. The resource management method comprises the following steps: a first protocol entity of a terminal acquires auxiliary information corresponding to at least two network nodes; the first protocol entity of the terminal judges whether a target bearer enters a survival time state or exits the survival time state based on the auxiliary information; a second protocol entity of the terminal acquires first indication information related to the target bearer, and adopts a target resource allocation rule based on the first indication information; and the terminal performs uplink resource allocation on the target bearer according to the target resource allocation rule.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This application belongs to the field of communication technologies, and particularly relates to a resource management method, apparatus, terminal, and readable storage medium. Background Art

[0002] For services with a Survival Time (ST) requirement, it is necessary to ensure that there cannot be N consecutive data transmission failures, otherwise the receiving-end application will enter a service-unavailable state. In the case of M consecutive data transmission failures (M < N), the sending end will enter the survival time state. In this state, the data sending end uses a highly reliable transmission strategy to transmit data, expecting that subsequent data packets can be successfully transmitted.

[0003] However, in an application scenario where a radio bearer has at least two transmission paths, the terminal cannot determine whether to enter the survival time state based on the data transmission failure situations on these at least two transmission paths. For example, in a Dual Connectivity (DC) scenario, for a data bearer, the terminal can send data to two different network nodes respectively. At this time, the terminal cannot determine whether to enter the survival time state based on the data transmission failure situations corresponding to the two network nodes respectively. Summary of the Invention

[0004] Embodiments of this application provide a resource management method, apparatus, terminal, and readable storage medium, which can solve the technical problem of being unable to determine the timing of entering or exiting the survival time state in an application scenario where a radio bearer has at least two transmission paths.

[0005] In a first aspect, a resource management method is provided. The method includes:

[0006] A first protocol entity of the terminal obtains auxiliary information corresponding to at least two network nodes;

[0007] Based on the auxiliary information, the first protocol entity of the terminal determines whether the target bearer enters the survival time state or exits the survival time state;

[0008] A second protocol entity of the terminal obtains first indication information related to the target bearer, and based on the first indication information, adopts a target resource allocation rule;

[0009] The terminal performs uplink resource allocation for the target bearer according to the target resource allocation rule.

[0010] In a second aspect, a resource management apparatus is provided, which is applied to a terminal. The apparatus includes:

[0011] An obtaining module, configured to obtain auxiliary information corresponding to at least two network nodes;

[0012] The first protocol entity module is used to determine, based on the auxiliary information, whether the target bearer has entered or exited the life-time state.

[0013] The second protocol entity module is used to obtain first indication information related to the target bearer, and to adopt target resource allocation rules based on the first indication information;

[0014] The resource allocation module is used to allocate uplink resources to the target bearer according to the target resource allocation rules.

[0015] Thirdly, a terminal is provided, the terminal including a processor, a memory, and a program or instructions stored in the memory and executable on the processor, wherein the program or instructions, when executed by the processor, implement the steps of the method described in the first aspect.

[0016] Fourthly, a terminal is provided, including a processor and a communication interface, wherein the communication interface is used to acquire auxiliary information corresponding to at least two network nodes; the processor is used to determine, based on the auxiliary information, whether a target bearer has entered or exited a liveness time state; the processor is further used to acquire first indication information related to the target bearer, and to adopt a target resource allocation rule based on the first indication information; the processor is further used to allocate uplink resources to the target bearer according to the target resource allocation rule.

[0017] Fifthly, a readable storage medium is provided, on which a program or instructions are stored, which, when executed by a processor, implement the steps of the method described in the first aspect.

[0018] In a sixth aspect, a chip is provided, the chip including a processor and a communication interface coupled to the processor, the processor being used to run programs or instructions to implement the method as described in the first aspect.

[0019] In a seventh aspect, a computer program / program product is provided, the computer program / program product being stored in a non-transient storage medium, the computer program / program product being executed by at least one processor to implement the steps of the resource management method as described in the first aspect.

[0020] In this embodiment, the terminal's first protocol entity acquires auxiliary information corresponding to at least two network nodes and determines whether the target bearer has entered or exited the time-to-live (TTL) state based on the auxiliary information. The terminal's second protocol entity acquires first indication information related to the target bearer and applies a target resource allocation rule based on the first indication information. The terminal allocates uplink resources to the target bearer according to the target resource allocation rule. Thus, when the target bearer is associated with at least two network nodes, the terminal's first protocol entity can determine whether the target bearer has entered or exited the TTL state based on the auxiliary information corresponding to the at least two network nodes. Furthermore, based on the interaction between the first and second protocol entities, the second protocol entity can know whether the target bearer has entered or exited the TTL state, thereby accurately and quickly managing the transmission resources of the target bearer in different states to meet the transmission resources required when the target bearer enters the TTL state, or to reduce the waste of transmission resources when the target bearer exits the TTL state. Attached Figure Description

[0021] Figure 1 This is a block diagram of a wireless communication system that can be applied to the embodiments of this application;

[0022] Figure 2 This is a flowchart of a resource management method provided in an embodiment of this application;

[0023] Figure 3 This is a schematic diagram of the structure of a resource management device provided in an embodiment of this application;

[0024] Figure 4 This is a schematic diagram of the structure of a communication device provided in an embodiment of this application;

[0025] Figure 5 This is a schematic diagram of the structure of a terminal provided in an embodiment of this application. Detailed Implementation

[0026] The technical solutions of the embodiments of this application will be clearly described below with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of this application. All other embodiments obtained by those skilled in the art based on the embodiments of this application are within the scope of protection of this application.

[0027] The terms "first," "second," etc., used in the specification and claims of this application are used to distinguish similar objects and not to describe a specific order or sequence. It should be understood that such terms can be used interchangeably where appropriate so that embodiments of this application can be implemented in orders other than those illustrated or described herein, and the objects distinguished by "first" and "second" are generally of the same class, not limited in number; for example, a first object can be one or more. Furthermore, in the specification and claims, "and / or" indicates at least one of the connected objects, and the character " / " generally indicates that the preceding and following objects are in an "or" relationship.

[0028] It is worth noting that the technologies described in this application are not limited to Long Term Evolution (LTE) / LTE-Advanced (LTE-A) systems, but can also be used in other wireless communication systems, such as Code Division Multiple Access (CDMA), Time Division Multiple Access (TDMA), Frequency Division Multiple Access (FDMA), Orthogonal Frequency Division Multiple Access (OFDMA), Single-Carrier Frequency-Division Multiple Access (SC-FDMA), and other systems. The terms "system" and "network" in this application are often used interchangeably, and the described technologies can be used with the systems and radio technologies mentioned above, as well as with other systems and radio technologies. The following description describes New Radio (NR) systems for illustrative purposes, and the term NR is used in most of the following description; however, these technologies can also be applied to applications beyond NR systems, such as 6th generation (6G) radio systems. th Generation 6G communication system.

[0029] Figure 1A block diagram of a wireless communication system to which embodiments of the present application can be applied is shown. The wireless communication system includes a terminal 11 and a network-side device 12. Among them, the terminal 11 can be a mobile phone, a tablet personal computer, a laptop computer or a notebook computer, a personal digital assistant (PDA), a handheld computer, a netbook, an ultra-mobile personal computer (UMPC), a mobile internet device (MID), an augmented reality (AR) / virtual reality (VR) device, a robot, a wearable device, a vehicle-mounted device (VUE), a pedestrian terminal (PUE), a smart home (home devices with wireless communication functions, such as refrigerators, TVs, washing machines or furniture, etc.). The wearable device includes: smart watches, smart bracelets, smart earphones, smart glasses, smart jewelry (smart bracelets, smart bracelets, smart rings, smart necklaces, smart anklets, smart ankle chains, etc.), smart wristbands, smart clothing, game consoles, etc. It should be noted that in the embodiments of the present application, the specific type of the terminal 11 is not limited. The network-side device 12 can be a base station or a core network. Among them, the base station can be referred to as Node B, evolved Node B, access point, base transceiver station (BTS), radio base station, radio transceiver, basic service set (BSS), extended service set (ESS), B node, evolved B node (eNB), home B node, home evolved B node, WLAN access point, WiFi node, transmitting receiving point (TRP) or some other suitable term in the field. As long as the same technical effect is achieved, the base station is not limited to specific technical terms. It should be noted that in the embodiments of the present application, only the base station in the NR system is taken as an example, but the specific type of the base station is not limited.

[0030] In the related art, for services with a survival time requirement, it is necessary to ensure that there cannot be N consecutive data transmission failures, otherwise the receiving-end application will enter a service-unavailable state. In the case of M consecutive data transmission failures (M < N), the sending end will enter the survival time state. In this state, the data sending end uses a highly reliable transmission strategy to transmit data, expecting that subsequent data packets can be transmitted successfully.

[0031] However, in a scenario where a wireless bearer is associated with at least two network nodes (e.g., a DC scenario), the terminal cannot determine which node has entered or exited the liveness time state. Furthermore, after entering the liveness time state, the terminal cannot guarantee the transmission resources required for the liveness time state, which may result in subsequent data packets still failing to be transmitted successfully and failing to meet the liveness time requirements.

[0032] In this embodiment, the terminal obtains auxiliary information for at least two network nodes through a first protocol entity, and determines whether the target bearer has entered or exited the liveness time state based on the result of obtaining the auxiliary information. Furthermore, the second protocol entity can also interact with the first protocol entity to obtain indication information of whether the target bearer has entered or exited the liveness time state, and then allocate uplink resources to the target bearer using the target resource allocation rule corresponding to the indication information. In this way, the uplink resources allocated to the target bearer that has entered or exited the liveness time state can meet the needs of its liveness time state or exit state, thereby achieving the purpose of avoiding the service provided by at least two network nodes from entering a service unavailable state or reducing resource waste.

[0033] The resource management method, apparatus, terminal, and readable storage medium provided in this application will be described in detail below with reference to the accompanying drawings and through some embodiments and application scenarios.

[0034] It should be noted that, in this application, the transmission path being in an active state can be understood as the transmission path activating the data transmission of the copy. This means that the transmission path is used to transmit copy data. Conversely, the transmission path being in a deactivated state can be understood as the transmission path deactivating the data transmission of the copy. This means that the transmission path is not used to transmit copy data.

[0035] Please see Figure 2 The execution entity of the resource management method provided in this application embodiment can be a terminal, such as... Figure 2 As shown, this resource management method may include the following steps:

[0036] Step 201: The terminal's first protocol entity obtains auxiliary information corresponding to at least two network nodes.

[0037] Step 202: The first protocol entity of the terminal determines, based on the auxiliary information, whether the target bearer has entered or exited the liveness time state.

[0038] In some embodiments, the first protocol entity may be a Packet Data Convergence Protocol (PDCP) entity, and the target bearer may be a radio bearer (RB) associated with the PDCP entity, specifically a data radio bearer (DRB). Furthermore, the at least two network nodes may be network nodes corresponding to at least two transmission paths of the target bearer. For example, in a DC scenario, a data radio bearer has two transmission paths, and a terminal sends uplink data to the master node (MN) through one of the transmission paths and to the secondary node (SN) through the other transmission path. In this case, the PDCP entity associated with the data radio bearer can obtain auxiliary information corresponding to the MN and SN respectively.

[0039] Optionally, the terminal can send uplink transmission data to at least two network nodes through the target bearer. In this case, the auxiliary information corresponding to the at least two network nodes can be the uplink transmission data reception status reported by the at least two network nodes, such as whether the uplink transmission data was successfully received. For example, MN and SN can report the uplink transmission data reception status, and in this case, the auxiliary information corresponding to the at least two network nodes can be the uplink transmission data reception status reported by MN and SN. As another example, the auxiliary information corresponding to the at least two network nodes can be the data reception status determined by the terminal based on the scheduling information of the network nodes. For example, if the terminal transmits data to the first network node through the first process, and then receives retransmission scheduling information for the first process from the first network node, the terminal considers the data transmission at the first network node to have failed.

[0040] Of course, the aforementioned auxiliary information can also be information determined and sent to the terminal by the network-side device based on the transmission status of the uplink data, and no specific limitation is made here.

[0041] It should be noted that after the terminal's first protocol entity performs the action of obtaining auxiliary information corresponding to at least two network nodes, there are two possible outcomes: successfully obtaining auxiliary information for all or some of the at least two network nodes, or failing to obtain any auxiliary information. In the case where no auxiliary information is obtained, the terminal's first protocol entity's determination, based on the auxiliary information, whether the target bearer enters or exits the lifespan state, can be understood as the terminal's first protocol entity considering the target bearer to have exited the lifespan state based on the failure to obtain any auxiliary information.

[0042] Step 203: The second protocol entity of the terminal obtains first indication information related to the target bearer, and adopts the target resource allocation rule based on the first indication information.

[0043] In some embodiments, the second protocol entity described above may be a Medium Access Control (MAC) protocol entity.

[0044] Furthermore, the aforementioned first indication information related to the target bearer can be understood as follows: the first indication information is used to inform the second protocol entity whether the target bearer has entered or exited the time-to-live state. The target resource allocation rule adopted by the second protocol entity based on the first indication information can be a target resource allocation rule that matches the state of the target bearer. For example, if the target bearer enters the time-to-live state, the second protocol entity configures uplink resources with better transmission performance for the target bearer to ensure that the uplink resources configured for the target bearer meet the time-to-live state requirements, thereby improving the transmission reliability of data on the target bearer. This avoids the problem that subsequent data packets may still fail to be transmitted successfully due to the inability to guarantee the required transmission resources in the time-to-live state, resulting in the failure to meet the time-to-live requirements and ultimately causing the receiving application to enter an unavailable state.

[0045] Optionally, the second protocol entity of the terminal obtaining the first indication information related to the target bearer may include: the second protocol entity of the terminal obtaining the first indication information related to the target bearer from the first protocol entity. For example, the PDCP entity may provide the first indication information to the MAC entity respectively. This is equivalent to the first protocol entity (MAC entity) of the terminal obtaining the second indication information from the second protocol entity (PDCP entity) of the terminal. It should be noted that when the PDCP bearer of the target bearer is associated with two MAC entities, the two MAC entities of the terminal may obtain the second indication information from the PDCP entity respectively.

[0046] Of course, in practice, the first protocol entity and the second protocol entity are both located in the terminal. The first protocol entity and the second protocol entity can interact directly or indirectly. The method by which the second protocol entity obtains the first indication information is not limited here. For ease of explanation, the following embodiments use the example of the first protocol entity providing the first indication information to the second protocol entity.

[0047] In addition, in implementation, one first protocol entity can correspond to one or at least two second protocol entities. For example, the target bearer can be associated with at least two MAC entities. In this case, the PDCP entity corresponding to the target bearer can provide the first indication information to the at least two MAC entities respectively.

[0048] Step 204: The terminal allocates uplink resources to the target bearer according to the target resource allocation rules.

[0049] In this step, the second protocol entity may allocate uplink resources to the target bearer according to the target resource allocation rules it adopts. The implementation process is similar to the process of allocating uplink resources to the radio bearer according to certain resource allocation rules in related technologies, and will not be elaborated on here.

[0050] Optionally, the auxiliary information is used to characterize the transmission status of the transmission path carried by the target;

[0051] or,

[0052] The auxiliary information is used to characterize the transmission status of a cell group containing the transmission path of the target bearer.

[0053] In one implementation, the auxiliary information is used to characterize the transmission status of the transmission path carried by the target. This can be understood as follows: each active transmission path corresponds to one piece of auxiliary information. For example, if a first protocol entity (such as a PDCP entity) is associated with the following two transmission paths (such as leg1 and leg2), and both leg1 and leg2 are active, then in this example, two pieces of auxiliary information are included to characterize the transmission status of leg1 and leg2, respectively. It should be noted that in this implementation, the auxiliary information is per transmission path. This means the granularity of the auxiliary information is per transmission path.

[0054] In another implementation, the auxiliary information used to characterize the transmission status of a cell group containing the transmission path of the target bearer can be understood as follows: each cell group containing an active transmission path corresponds to one piece of auxiliary information. For example, if a first protocol entity (such as a PDCP entity) is associated with leg1 and leg2, and both leg1 and leg2 are active and located within the primary cell group, then in this example, auxiliary information is included to characterize the transmission status of leg1 and leg2; that is, the auxiliary information corresponds to each MAC entity. It should be noted that in this implementation, the auxiliary information is per MAC. This means the granularity of the auxiliary information is per MAC.

[0055] It should be noted that the above-mentioned transmission status of the cell group containing the transmission path of the target bearer can include: when all active transmission paths in a cell group have failed to transmit, the terminal, upon obtaining the above-mentioned auxiliary information, can determine that all active transmission paths in the cell group have failed to transmit based on the auxiliary information. For example, the first protocol entity (such as the PDCP entity) is associated with leg1, leg2, leg3, and leg4, where leg1 and leg2 are located in the primary cell group and are both active, and leg3 and leg4 are located in the secondary cell group and are active and deactivated, respectively. Only when leg1 and leg2 have both failed to transmit can the PDCP entity obtain the first auxiliary information corresponding to the primary cell group (or understand it as the MAC corresponding to the primary cell group). When the PDCP entity also obtains the second auxiliary information corresponding to the secondary cell group, the PDCP entity can determine that all associated cell groups have failed to transmit, thereby determining that its target bearer has entered the liveness time state.

[0056] In this embodiment, auxiliary information can be used on a transmission path basis to help the first protocol entity know the transmission status of each transmission path included in the target bearer, or auxiliary information can be used on a cell group basis, that is, the auxiliary information of at least one active transmission path located in the same cell group can be merged into one auxiliary information to reduce the number of auxiliary information. No specific limitation is made here.

[0057] Optionally, the auxiliary information includes at least one of the following:

[0058] The first indicator is used to indicate that the survival time status has been triggered;

[0059] The second indicator is used to indicate that the number of transmission failures has reached a first preset value;

[0060] The third indication is used to indicate a transmission failure.

[0061] Option 1: For the first indication, the above-mentioned indication survival time status is triggered. It can be understood that: when the auxiliary information is per transmission path, the first indication can be understood as that the transmission path fails to transmit, and the target bearer to which the transmission path belongs needs to enter the survival time status. In other words, the first indication information is equivalent to informing the first protocol entity of the terminal that the transmission path associated with the first indication information considers that the target bearer needs to enter the survival time. When the auxiliary information is per MAC, the first indication can be understood as that all transmission paths associated with the MAC entity fail to transmit, and the target bearer to which the transmission path belongs needs to enter the survival time status. In other words, the first indication information is equivalent to informing the first protocol entity of the terminal that the MAC entity associated with the first indication information considers that the target bearer needs to enter the survival time.

[0062] Option 2: For the second indication, the above-mentioned first preset value can be the number of transmission failures that trigger the target bearer to enter the survival time status. For example, assume that for a service with a survival time requirement, it is necessary to ensure that there cannot be N consecutive data transmission failures, otherwise the receiving-end application will enter the service unavailable state. When there are M consecutive data transmission failures (M < N), the sending end will enter the survival time status. At this time, the above-mentioned first preset value can be equal to M.

[0063] It should be noted that when each active transmission path corresponds to an auxiliary information, the above-mentioned number of transmission failures can be the number of transmission failures on the transmission path corresponding to the auxiliary information; when each cell group containing active transmission paths corresponds to an auxiliary information, the above-mentioned number of transmission failures can be the sum of the number of transmission failures on all transmission paths included in the cell group corresponding to the auxiliary information.

[0064] Option 3: For the above-mentioned third indication, corresponding to the second indication, when each active transmission path corresponds to an auxiliary information, the above-mentioned transmission failure can be that a transmission failure occurs on the transmission path corresponding to the auxiliary information; when each cell group containing active transmission paths corresponds to an auxiliary information, the above-mentioned transmission failure can be that transmission failures occur on all transmission paths included in the cell group corresponding to the auxiliary information.

[0065] In this embodiment, when the terminal obtains the auxiliary information, it can know that the transmission path or cell group associated with the auxiliary information has experienced data transmission failure, and thus determine whether to enter the liveness time state. Conversely, when the terminal's first protocol entity does not obtain the auxiliary information, it can know that the transmission path or cell group associated with the auxiliary information has achieved data transmission success, and thus determine whether to not enter the liveness time state or to exit the already entered liveness time state.

[0066] As an optional implementation, the at least two network nodes include a first network node and a second network node, and the acquisition of auxiliary information corresponding to the at least two network nodes includes any one of the following:

[0067] The terminal's first protocol entity obtains the first auxiliary information of the first network node associated with the target bearer, but does not obtain the second auxiliary information of the second network node associated with the target bearer;

[0068] The terminal's first protocol entity obtains the second auxiliary information but does not obtain the first auxiliary information;

[0069] The first protocol entity of the terminal obtains the first auxiliary information and the second auxiliary information;

[0070] The first protocol entity of the terminal did not obtain the first auxiliary information and the second auxiliary information.

[0071] In some embodiments, the first auxiliary information and / or the second auxiliary information may be auxiliary information that corresponds one-to-one with the transmission path.

[0072] In other words, the first auxiliary information can be used to characterize the transmission status of the target bearer located on the transmission path of the first network node, and the second auxiliary information can be used to characterize the transmission status of the target bearer located on the transmission path of the second network node.

[0073] For example, a first protocol entity (such as a PDCP entity) is associated with leg1, leg2, leg3, and leg4. Leg1 and leg2 are located on the main network node and are both active. In this example, both leg1 and leg2 have their corresponding first auxiliary information. This means the first auxiliary information is per transmission path.

[0074] Taking the first auxiliary information as an example, obtaining the first auxiliary information can be understood as obtaining auxiliary information of the transmission path associated with the first network node. This indicates that an uplink data transmission failure has occurred on the transmission path associated with the first network node. Not obtaining the first auxiliary information can be understood as not obtaining auxiliary information of the transmission path associated with the first network node. This indicates that no uplink data transmission failure has occurred on the transmission path associated with the first network node.

[0075] Furthermore, if the first network node is associated with at least two transmission paths, then obtaining the first auxiliary information can mean obtaining auxiliary information for all transmission paths associated with the first network node, that is, uplink data transmission failure has occurred on all transmission paths associated with the first network node.

[0076] In other embodiments, the first auxiliary information and / or the second auxiliary information may also be auxiliary information that corresponds one-to-one with a cell group.

[0077] In other words, assuming that the target bearer includes at least two first transmission paths located at the first network node, and the target bearer includes at least two second transmission paths located at the second network node, then the aforementioned first auxiliary information can be used to characterize the transmission status of the first cell group where the at least two first transmission paths are located, and the aforementioned second auxiliary information can be used to characterize the transmission status of the second cell group where the at least two second transmission paths are located.

[0078] For example, a first protocol entity (such as a PDCP entity) is associated with leg1, leg2, leg3, and leg4. Leg1 and leg2 are located on the primary network node and are both active. Leg3 and leg4 are located on the secondary network node and are also active. In this example, multiple active transmission paths share only one first auxiliary information and one second auxiliary information. That is, the first auxiliary information characterizes the transmission status of leg1 and leg2, and the second auxiliary information characterizes the transmission status of leg3 and leg4. Essentially, the first auxiliary information is per MAC entity.

[0079] Taking the first auxiliary information as an example, obtaining the first auxiliary information can be understood as uplink data transmission failure occurring on all transmission paths within the cell group of the first network node, and not obtaining the first auxiliary information can be understood as no uplink data transmission failure occurring on at least some transmission paths corresponding to the first network node.

[0080] It should be noted that the second auxiliary information has a similar meaning to the first auxiliary information mentioned above, and will not be repeated here.

[0081] In one optional implementation, the first protocol entity of the terminal determines, based on the auxiliary information, whether the target bearer has entered or exited the time-to-live state, including:

[0082] When the first protocol entity of the terminal obtains auxiliary information of all active transmission paths associated with the target bearer, it is considered that the target bearer has entered the liveness time state.

[0083] or,

[0084] When the first protocol entity of the terminal obtains auxiliary information of all cell groups with active transmission paths associated with the target bearer, it considers the target bearer to have entered the liveness time state.

[0085] It should be noted that, in this embodiment, the auxiliary information is used to characterize the uplink data transmission failure that has occurred in the corresponding transmission path or cell group. In other words, if auxiliary information for a certain transmission path or cell group is obtained, it indicates that the uplink data transmission failure has occurred in that transmission path or cell group.

[0086] In addition, the above-mentioned first protocol entity's belief that the target bearer has entered the liveness time state or believes that the target bearer has entered the liveness time state can also be expressed as: the first protocol entity determines that the target bearer has entered or exited the liveness time state; or as: the first protocol entity decides that the target bearer has entered or exited the liveness time state; or as: the first protocol entity's judgment result is that the target bearer has entered or exited the liveness time state.

[0087] The scenario where the target bearer enters the time-to-live state can include the following two cases:

[0088] Scenario 1

[0089] When the auxiliary information corresponds one-to-one with the active transmission paths, if the first protocol entity of the terminal obtains the auxiliary information of all active transmission paths associated with the target bearer, the first protocol entity can assume that uplink data transmission failure has occurred on all transmission paths associated with the target bearer, and thus assume that the target bearer has entered the liveness time state.

[0090] In other words, if the auxiliary information corresponds one-to-one with the active transmission paths, and the first protocol entity of the terminal obtains the auxiliary information corresponding to all the active transmission paths, then the first protocol entity of the terminal considers that the target bearer has entered the liveness time state.

[0091] For example, a first protocol entity (such as a PDCP entity) is associated with leg1, leg2, leg3, and leg4. Leg1 and leg2 are located on the primary network node, and are in an active and deactivated state, respectively. Leg3 and leg4 are located on the secondary network node, and are in an active and deactivated state, respectively. In this example, after obtaining the auxiliary information associated with leg1 and leg3, the first protocol entity of the terminal determines the target bearer's lifespan.

[0092] Scenario 2

[0093] When the auxiliary information corresponds one-to-one with the cell group where the active transmission path is located, if the first protocol entity of the terminal obtains the auxiliary information of all cell groups associated with the target bearer that include the active transmission path, then the first protocol entity can assume that uplink data transmission failure has occurred on all transmission paths of all cell groups associated with the target bearer, and thus assume that the target bearer has entered the liveness time state.

[0094] In other words, if the auxiliary information corresponds one-to-one with the cell group where the active transmission path is located, and the first protocol entity of the terminal obtains the first auxiliary information and the second auxiliary information, then the first protocol entity of the terminal considers that the target bearer has entered the liveness time state.

[0095] For example, a first protocol entity (such as a PDCP entity) is associated with leg1, leg2, leg3, and leg4. Leg1 and leg2 are located in the primary network node, and are in an active and deactivated state, respectively. Leg3 and leg4 are located in the secondary network node, and are in an active and deactivated state, respectively. In this example, after obtaining auxiliary information about the cell group where leg1 and leg3 are located, the first protocol entity of the terminal determines the target bearer's enter-live-time.

[0096] In this implementation, if the first protocol entity obtains all transmission paths associated with the target bearer and in an active state, or auxiliary information of all cell groups including transmission paths in an active state, the target bearer can be considered to have entered the liveness time state.

[0097] In another optional implementation, the first protocol entity of the terminal determines, based on the auxiliary information, whether the target bearer has entered or exited the time-to-live state, including:

[0098] If the first protocol entity of the terminal does not obtain auxiliary information of at least one active transmission path associated with the target bearer, the target bearer is considered to have exited the liveness time state.

[0099] or,

[0100] If the first protocol entity of the terminal fails to obtain auxiliary information of at least one cell group containing an active transmission path associated with the target bearer, the target bearer is considered to have exited the liveness time state.

[0101] Corresponding to the above implementation method for determining the target bearer's entry into the liveness time state, in this implementation method, the auxiliary information is used to characterize the situation where the corresponding transmission path or cell group has experienced uplink data transmission failure. That is, if the auxiliary information of a certain transmission path or cell group is not obtained, it means that at least some transmission paths in that transmission path or cell group have not experienced uplink data transmission failure, thereby exiting the liveness time state.

[0102] It should be noted that the above-mentioned exit from the lifetime status refers to the exit from the lifetime status when the target bearer is in the lifetime status and the above conditions are met. Of course, if the target bearer is not in the lifetime status, it can continue to maintain the current status when the above conditions are met, which will not be elaborated here.

[0103] In practical implementation, the scenario for determining the exit survival time status of the target bearer can include the following two cases:

[0104] Scenario 3

[0105] When the auxiliary information corresponds one-to-one with the active transmission paths, if the first protocol entity of the terminal does not obtain auxiliary information for at least one active transmission path associated with the target bearer, for example, only obtains auxiliary information for some active transmission paths associated with the target bearer, or does not obtain auxiliary information for any active transmission path associated with the target bearer, then the first protocol entity can assume that uplink data transmission failure has occurred on not all transmission paths associated with the target bearer, and thus assume that the target bearer does not need to enter the liveness time state. That is, if the target bearer enters the liveness time state, the first protocol entity determines that the target bearer exits the liveness time state.

[0106] In other words, if the auxiliary information corresponds one-to-one with the active transmission paths, and the target bearer has entered the liveness time state, and the terminal's first protocol entity obtains the first auxiliary information but not the second auxiliary information; or, the terminal's first protocol entity obtains the second auxiliary information but not the first auxiliary information; or, the terminal's first protocol entity does not obtain either the second or the first auxiliary information; or, although the terminal's first protocol entity obtains both the first and second auxiliary information, but the first auxiliary information only includes auxiliary information for a portion of its associated transmission paths or the second auxiliary information only includes auxiliary information for a portion of its associated transmission paths, then the terminal's first protocol entity considers the target bearer to have exited the liveness time state.

[0107] For example, a first protocol entity (such as a PDCP entity) is associated with leg1, leg2, leg3, and leg4. Leg1 and leg2 are located on the primary network node, and are in an active and deactivated state, respectively. Leg3 and leg4 are located on the secondary network node, and are in an active and deactivated state, respectively. In this example, if the terminal's first protocol entity only obtains the auxiliary information associated with leg1, or only obtains the auxiliary information associated with leg3, or obtains neither the auxiliary information associated with leg1 nor leg3, the target bearer exits its lifetime.

[0108] Scenario 4

[0109] If the auxiliary information corresponds one-to-one with the cell group where the active transmission path is located, and the first protocol entity of the terminal does not obtain the auxiliary information of at least some cell groups associated with the target bearer that contain active transmission paths, then the first protocol entity can assume that not all transmission paths of the cell group associated with the target bearer have experienced uplink data transmission failures, and thus assume that the target bearer has exited the liveness time state.

[0110] In other words, if the auxiliary information corresponds one-to-one with the cell group where the active transmission path is located, and the target bearer is currently in the liveness time state, if the first protocol entity of the terminal does not obtain at least one of the first auxiliary information and the second auxiliary information, then the first protocol entity of the terminal considers that the target bearer has entered the liveness time state.

[0111] For example, a first protocol entity (such as a PDCP entity) is associated with leg1, leg2, leg3, and leg4. Leg1 and leg2 are located on the primary network node, and are in an active and deactivated state, respectively. Leg3 and leg4 are located on the secondary network node, and are in an active and deactivated state, respectively. In this example, if the terminal's first protocol entity only obtains auxiliary information for the cell group where leg1 is located, or only obtains auxiliary information for the cell group where leg3 is located, or obtains no auxiliary information for the cell groups where leg1 and leg3 are located, the target bearer exits its lifetime.

[0112] In this embodiment, if the auxiliary information of at least one active transmission path of the target bearer or at least one cell group including the active transmission path is not obtained, it can be considered that the at least one active transmission path or at least one cell group has not experienced uplink data transmission failure, and thus the target bearer is considered to have exited the liveness time state.

[0113] It's important to note that for services with higher reliability requirements, the receiving end has an expected arrival time for data packets. If the receiving end does not receive a data packet within the expected arrival time, it enters a survival time. If the receiving end still fails to successfully receive any data packet within the survival time, the communication service enters an unavailable state, requiring a longer recovery period for normal communication service. Simply put, for this type of service, multiple consecutive data packet losses are unacceptable; otherwise, the receiving end's communication will become unavailable.

[0114] Assuming that these services with higher reliability requirements have N data packets, any of the implementation methods provided in this application for determining whether to enter or exit the liveness time state can be used to determine whether the radio bearer corresponding to each data packet has entered or exited the liveness time state. For example, data packets are one-to-one with auxiliary information, and the auxiliary information of one data packet may correspond to multiple transmission paths. In this case, the network node of each transmission path can provide the auxiliary information of the data packet, so that the first protocol entity can determine whether the radio bearer corresponding to the data packet has entered the liveness time state based on the auxiliary information of the data packet.

[0115] Optionally, when the target bearer enters the liveness time state, the first indication information includes at least one of the following:

[0116] The first sub-indication information is used to indicate that the target bearer enters the survival time state;

[0117] The second sub-indication information is used to indicate the activation of the first transmission path, wherein the first transmission path is the transmission path that needs to be activated when the target bearer enters the live time state.

[0118] The third sub-instruction information is used to instruct the deactivation of the second transmission path, wherein the second transmission path is the transmission path that needs to be deactivated when the target bearer enters the liveness state.

[0119] Option 1: The first sub-indication information mentioned above is used to instruct the second protocol entity that the target bearer enters the time-to-live state. For example, when the PDCP entity determines that the target bearer needs to enter the time-to-live state, it provides the MAC entity associated with the target bearer with indication information that the target bearer has entered the time-to-live state.

[0120] Option 2: The aforementioned second sub-indication information is used to instruct the second protocol entity to activate the first transmission path. For example, when the PDCP entity determines that the target bearer needs to enter the time-to-live state, it provides activation indication information for the first transmission path to the MAC entity associated with the target bearer. The first transmission path may be a transmission path reserved for the target bearer and an additional transmission path activated after the target bearer enters the time-to-live state (e.g., a transmission path that the PDCP decision requires to be activated additionally).

[0121] Option 3: The aforementioned third sub-instruction information is used to instruct the second protocol entity to deactivate the second transmission path. For example, when the PDCP entity determines that the target bearer needs to enter the time-to-live state, it provides the MAC entity associated with the target bearer with deactivation instruction information for the second transmission path. The second transmission path is an additional transmission path that is deactivated after the target bearer enters the time-to-live state (e.g., a transmission path that the PDCP decision requires to be additionally deactivated).

[0122] It should be noted that the aforementioned first and second transmission paths can be transmission paths managed by the second protocol entity. That is, when at least two transmission paths requiring activation / deactivation on the target bearer are managed by at least two second protocol entities, each second protocol entity can obtain only the second / third sub-indication information of the transmission path it manages. For example, the PDCP entity only provides the MAC entity with the activation indication information of the first transmission path managed by the MAC entity. Thus, the MAC entity can activate the resources of the first transmission path upon receiving the aforementioned second sub-indication information.

[0123] For example, a first protocol entity (such as a PDCP entity) is associated with leg1, leg2, leg3, and leg4. Leg1 and leg2 are located on the primary network node, and are in an active and deactivated state, respectively. Leg3 and leg4 are located on the secondary network node, and are in a deactivated and deactivated state, respectively. When the PDCP entity decides that the target bearer needs to enter its time-to-live state, it needs to activate leg1, leg2, and leg4 for transmission. Therefore, the PDCP entity can instruct the MAC entity to activate leg2 and leg4 and deactivate leg3.

[0124] In practice, the first indication information can be matched one-to-one with the transmission paths that need to be activated. In this way, when the second protocol entity obtains the first indication information, it knows which transmission paths need to be activated and thus activates the transmission resources of these transmission paths accordingly.

[0125] Alternatively, the protocol can specify that when entering the liveness time state, all transmission paths reserved for the target bearer are activated. In this way, when the second protocol entity receives the first indication information indicating that the target bearer has entered the liveness time state, it can activate the transmission resources of all transmission paths reserved for the target bearer accordingly.

[0126] In this embodiment, when it is determined that the target bearer needs to enter the lifetime state, the second protocol entity is instructed to enter the lifetime state through the first sub-instruction information mentioned above, so that the second protocol entity can allocate uplink resources suitable for the lifetime state for the target bearer, or directly instruct the second protocol entity to activate and / or deactivate which transmission paths, so that the transmission paths of the target bearer are suitable for uplink transmission in the lifetime state by activating and / or deactivating the corresponding transmission paths.

[0127] Optionally, in the case of the target bearer exiting the liveness time state, the first indication information includes at least one of the following:

[0128] The fourth sub-indication information is used to indicate the target bearer's exit survival time status;

[0129] The fifth sub-indication information is used to indicate the activation of the third transmission path, wherein the third transmission path is the transmission path that needs to be activated when the target bearer exits the liveness time state;

[0130] The sixth sub-instruction information is used to instruct the deactivation of the fourth transmission path, wherein the fourth transmission path is the transmission path that needs to be deactivated when the target bearer exits the liveness state.

[0131] Option 1: The fourth sub-indication information mentioned above is used to instruct the second protocol entity that the target bearer exits the time-to-live state. For example, when the PDCP entity determines that the target bearer needs to exit the time-to-live state, it provides the MAC entity associated with the target bearer with the indication information that the target bearer needs to exit the time-to-live state.

[0132] Option 2: The aforementioned fifth indication information is used to instruct the second protocol entity to activate the third transmission path. For example, when the PDCP entity determines that the target bearer needs to exit the time-to-live state, it provides the MAC entity associated with the target bearer with the activation indication information of the third transmission path. The third transmission path can be an additional transmission path activated after the target bearer exits the time-to-live state (e.g., a transmission path that the PDCP decision requires to be activated additionally).

[0133] Option 3: The aforementioned sixth sub-indication information is used to instruct the second protocol entity to deactivate the fourth transmission path. For example, when the PDCP entity determines that the target bearer needs to exit the time-to-live state, it provides the deactivation indication information of the fourth transmission path to the MAC entity associated with the target bearer. The fourth transmission path is an additional transmission path that is deactivated after the target bearer exits the time-to-live state (e.g., a transmission path that the PDCP decision requires to be additionally deactivated).

[0134] It should be noted that the aforementioned third and fourth transmission paths can be transmission paths managed by the second protocol entity. That is, when at least two transmission paths requiring activation / deactivation on the target bearer are managed by at least two second protocol entities, each second protocol entity can obtain only the fifth / sixth sub-indication information of the transmission path it manages. For example, the PDCP entity only provides the MAC entity with the activation indication information of the third transmission path managed by the MAC entity. Thus, the MAC entity can activate the resources of the third transmission path upon receiving the aforementioned fifth sub-indication information.

[0135] In implementation, the third transmission path can be a second transmission path that is deactivated when the target bearer enters the lifetime state, and the fourth transmission path can be a first transmission path that is activated when the target bearer enters the lifetime state. That is, when the target bearer exits the lifetime state, the second protocol entity can be instructed to restore the transmission path of the target bearer to the transmission path before entering the lifetime state through the fifth sub-indication information and / or the sixth sub-indication information.

[0136] In this embodiment, when it is determined that the target bearer needs to exit the liveness time state, the second protocol entity is instructed to enter the liveness time state through the above fourth sub-instruction information, so that the second protocol entity can allocate uplink resources suitable for normal transmission state for the target bearer, or directly instruct the second protocol entity to activate and / or deactivate which transmission paths, so that the transmission path of the target bearer is suitable for uplink transmission in normal transmission state by activating and / or deactivating the corresponding transmission paths, and improve the utilization rate of resources.

[0137] As an optional implementation, the second protocol entity of the terminal, based on the first indication information, adopts a target resource allocation rule, including:

[0138] When the first indication information indicates that the target bearer has entered the liveness time state, the target resource allocation rule adopted by the second protocol entity of the terminal is the first resource allocation rule;

[0139] When the first indication information indicates that the target bearer has exited the liveness time state, the target resource allocation rule adopted by the second protocol entity of the terminal is the second resource allocation rule.

[0140] In this implementation, entering the time-to-live state and exiting the time-to-live state correspond to two different resource allocation rules, which are applicable to uplink transmission in different states.

[0141] In some implementations, the first resource allocation rule includes at least one of the following:

[0142] When the number of active transmission paths managed by the second protocol entity of the terminal is greater than or equal to a second preset value, cell restriction rules are enabled for the active transmission paths. It should be noted that enabling cell restriction rules is equivalent to using cell restriction during Logical Channel Prioritization (LCP). For example, a radio bearer is associated with four transmission paths: leg1, leg2, leg3, and leg4. Leg1 and leg2 correspond to the MN, and leg3 and leg4 correspond to the SN. Under normal circumstances (which can be understood as not entering the liveness state), leg1 and leg3 are active, while leg2 and leg4 are deactivated. When the target bearer enters the liveness state, the terminal additionally activates leg2 and leg4. The second protocol entity (e.g., MAC) corresponding to the MN manages transmission paths leg1 and leg2, and the data on the active transmission paths equals the second preset value of 2. In this case, the second protocol entity corresponding to the MN enables cell restriction rules for leg1 and leg2. The second protocol entity (such as MAC) corresponding to the SN manages transmission paths leg3 and leg4, and the data on the active transmission paths is equal to the second preset value 2. In this case, the second protocol entity corresponding to the SN enables cell restriction rules for leg3 and leg4. It should also be noted that the number of active transmission paths managed by the second protocol entity on the terminal refers to the number of active transmission paths used under the liveness state specified by the protocol or configured by the network side.

[0143] For the first activated transmission path, the terminal's second protocol entity activates the transmission resources reserved for the first transmission path. For example, the radio bearer is associated with four transmission paths: leg1, leg2, leg3, and leg4, where leg1 and leg2 correspond to the MN, and leg3 and leg4 correspond to the SN. Under normal circumstances (which can be understood as before entering the live state), leg1 and leg3 are active, while leg2 and leg4 are deactivated. When the target bearer enters the live state, the terminal additionally activates leg2 and leg4. The network side reserves resources (such as type 1 resources) for leg2 and leg4. However, before entering the live state, the terminal (such as the terminal's second protocol entity, such as the MAC entity) considers the corresponding resources to be deactivated. This deactivated state can also be understood as the terminal (such as the terminal's second protocol entity, such as the MAC entity) considering the reserved resources for leg2 and leg4 to be unavailable or invalid. Upon entering the live state, the terminal (such as the terminal's second protocol entity, such as the MAC entity) considers the corresponding resources to be active. The activation state here can also be understood as the terminal (such as the terminal's second protocol entity, such as the MAC entity) considering the reserved resources of leg2 and leg4 to be available or valid resources. Furthermore, it should be noted that the terminal's second protocol entity activating the reserved transmission resources for the first or third transmission path is equivalent to the terminal's second protocol entity considering the reserved transmission resources for the first or third transmission path to be available or valid resources.

[0144] For the deactivated second transmission path, the terminal's second protocol entity deactivates the transmission resources reserved for the second transmission path.

[0145] In existing technologies, NR networks can configure at least two transmission paths for a radio bearer. These transmission paths can correspond to a single network node (e.g., carrier aggregation (CA) duplication) or to multiple different network nodes (e.g., DC duplication). The PDCP layer of the radio bearer can transmit a copy of the data through each transmission path when sending data, thereby improving data transmission reliability.

[0146] In this embodiment of the application, after enabling cell restriction rules, when a cell has at least two paths, the same data packets can be restricted from being sent through the same frequency resources, that is, multiple transmission paths of a radio bearer are sent through different cell resources (different frequency resources).

[0147] Optionally, when cell restriction rules are enabled for the active transmission paths, N cell resources are used to transmit the N active transmission paths carried by the target, where N is an integer greater than 1.

[0148] In this way, when there are at least two active transmission paths in the same cell, by enabling cell restriction rules on the active transmission paths, the transmission of the same data packets on the same path can be avoided, thereby avoiding the waste of resources.

[0149] In addition, when the first transmission path is activated, the second protocol entity will also activate the transmission resources reserved for the first transmission path, so that the first transmission path can transmit data on the activated transmission resources.

[0150] Correspondingly, when the second transmission path is deactivated, the second protocol entity will also deactivate the transmission resources of the second transmission path to reduce resource waste.

[0151] In other embodiments, the second resource allocation rule includes at least one of the following:

[0152] If the number of active transmission paths managed by the second protocol entity of the terminal is less than a third preset value, cell restriction rules are disabled for the active transmission paths. It should be noted that disabling cell restriction rules is equivalent to not using cell restriction during LCP. For example, a radio bearer is associated with four transmission paths: leg1, leg2, leg3, and leg4. Leg1, leg2, and leg3 correspond to the MN, and leg4 corresponds to the SN. When the target bearer enters a live state, leg1, leg2, leg3, and leg4 are all active. When it exits the live state, the available transmission paths are leg1 and leg4. If the second protocol entity (e.g., MAC) corresponding to the SN manages transmission path leg4, and the data on the active transmission path is less than the second preset value 2, then the second protocol entity corresponding to the SN disables cell restriction rules for leg4. If the second protocol entity (e.g., MAC) corresponding to the MN manages transmission path leg1, and the data on the active transmission path is less than the second preset value 2, then the second protocol entity corresponding to the MN disables cell restriction rules for leg1. It should also be noted that the number of active transmission paths managed by the second protocol entity on the terminal refers to the number of active transmission paths used in the exit time live state as specified by the protocol or configured by the network side.

[0153] For an activated third transmission path, the terminal's second protocol entity activates the reserved transmission resources for that third transmission path. For example, the radio bearer is associated with four transmission paths: leg1, leg2, leg3, and leg4, where leg1 and leg2 correspond to the MN, and leg3 and leg4 correspond to the SN. During the liveness period, the available transmission paths are leg1, leg2, leg3, and leg4, all of which are active. When exiting the liveness period, leg1 and leg3 are available transmission paths and are active, while leg2 and leg4 are deactivated. The network side reserves resources (e.g., type 1 resources) for leg2 and leg4. When entering the liveness state, the terminal (e.g., the terminal's second protocol entity, such as the MAC entity) considers the corresponding resources to be active. This active state can also be understood as the terminal (e.g., the terminal's second protocol entity, such as the MAC entity) considering the reserved resources for leg2 and leg4 to be available or valid resources. However, when exiting the liveness state, the terminal (e.g., the terminal's second protocol entity, such as the MAC entity) considers the corresponding resources to be deactivated. The deactivation state here can also be understood as the terminal (such as the terminal's second protocol entity, such as the MAC entity) considering the reserved resources of leg2 and leg4 to be unavailable or invalid resources. Furthermore, it should be noted that the terminal's second protocol entity deactivating the transmission resources reserved for the first or third transmission path is equivalent to the terminal's second protocol entity considering the transmission resources reserved for the first or third transmission path to be unavailable or invalid resources.

[0154] For the deactivated fourth transmission path, the terminal's second protocol entity deactivates the transmission resources reserved for the fourth transmission path.

[0155] In practice, the third preset value mentioned above may be the same as or different from the second preset value in the first resource allocation rule, and no specific limitation is made here.

[0156] In this embodiment, the action of disabling the cell restriction rule is the reverse operation of activating the cell restriction rule. The process of activating and deactivating the transmission resources of the response path is similar to the process of activating and deactivating the transmission resources of the response path in the first resource allocation rule, and can achieve similar beneficial effects, so it will not be described again here.

[0157] In this embodiment, the terminal's first protocol entity acquires auxiliary information corresponding to at least two network nodes and determines whether the target bearer has entered or exited the time-to-live (TTL) state based on the auxiliary information. The terminal's second protocol entity acquires first indication information related to the target bearer and applies a target resource allocation rule based on the first indication information. The terminal allocates uplink resources to the target bearer according to the target resource allocation rule. Thus, when the target bearer is associated with at least two network nodes, the terminal's first protocol entity can determine whether the target bearer has entered or exited the TTL state based on the auxiliary information corresponding to the at least two network nodes. Furthermore, based on the interaction between the first and second protocol entities, the second protocol entity can know whether the target bearer has entered or exited the TTL state, thereby accurately and quickly managing the transmission resources of the target bearer in different states to meet the transmission resources required when the target bearer enters the TTL state, or to reduce the waste of transmission resources when the target bearer exits the TTL state.

[0158] It should be noted that the resource management method provided in this application embodiment can be executed by a resource management device, or by a control module within the resource management device for executing the resource management method. This application embodiment uses the execution of the resource management method by a resource management device as an example to illustrate the resource management device provided in this application embodiment.

[0159] Please see Figure 3 The resource management device 300 provided in this application embodiment can be applied to a terminal, such as... Figure 3 As shown, the resource management device 300 includes:

[0160] The acquisition module 301 is used to acquire auxiliary information corresponding to at least two network nodes;

[0161] The first protocol entity module 302 is used to determine, based on the auxiliary information, whether the target bearer has entered or exited the life-time state.

[0162] The second protocol entity module 303 is used to obtain first indication information related to the target bearer, and to adopt target resource allocation rules based on the first indication information;

[0163] The resource allocation module 304 is used to allocate uplink resources to the target bearer according to the target resource allocation rules.

[0164] Optionally, the auxiliary information is used to characterize the transmission status of the transmission path carried by the target;

[0165] or,

[0166] The auxiliary information is used to characterize the transmission status of a cell group containing the transmission path of the target bearer.

[0167] Optionally, the auxiliary information includes at least one of the following:

[0168] The first indicator is used to indicate that the survival time status has been triggered;

[0169] The second indicator is used to indicate that the number of transmission failures has reached a first preset value;

[0170] The third indication is used to indicate a transmission failure.

[0171] Optionally, the at least two network nodes include a first network node and a second network node, and the acquisition module 301 is specifically used for any of the following:

[0172] First auxiliary information of the first network node associated with the target bearer is obtained, but second auxiliary information of the second network node associated with the target bearer is not obtained;

[0173] The second auxiliary information was obtained, but the first auxiliary information was not obtained;

[0174] The first auxiliary information and the second auxiliary information are obtained;

[0175] The first auxiliary information and the second auxiliary information were not obtained.

[0176] Optionally, the first protocol entity module 302 is specifically used for:

[0177] If auxiliary information of all active transmission paths associated with the target bearer is obtained, the target bearer is considered to have entered the liveness time state.

[0178] or,

[0179] If auxiliary information of all cell groups with active transmission paths associated with the target bearer is obtained, the target bearer is considered to have entered the liveness time state.

[0180] Optionally, the first protocol entity module 302 is specifically used for:

[0181] If no auxiliary information is obtained for at least one active transmission path associated with the target bearer, the target bearer is considered to have exited the liveness time state.

[0182] or,

[0183] If no auxiliary information is obtained for at least one cell group with an active transmission path associated with the target bearer, the target bearer is considered to have exited the liveness time state.

[0184] Optionally, the second protocol entity module 303 is specifically used for:

[0185] Obtain first indication information related to the target bearer from the first protocol entity module.

[0186] Optionally, when the target bearer enters the liveness time state, the first indication information includes at least one of the following:

[0187] The first sub-indication information is used to indicate that the target bearer enters the survival time state;

[0188] The second sub-indication information is used to indicate the activation of the first transmission path, wherein the first transmission path is the transmission path that needs to be activated when the target bearer enters the live time state.

[0189] The second sub-instruction information is used to instruct the deactivation of the second transmission path, wherein the second transmission path is the transmission path that needs to be deactivated when the target bearer enters the liveness state.

[0190] Optionally, in the case of the target bearer exiting the liveness time state, the first indication information includes at least one of the following:

[0191] The fourth sub-indication information is used to indicate the target bearer's exit survival time status;

[0192] The fifth sub-indication information is used to indicate the activation of the third transmission path, wherein the third transmission path is the transmission path that needs to be activated when the target bearer exits the liveness time state;

[0193] The sixth sub-instruction information is used to instruct the deactivation of the fourth transmission path, wherein the fourth transmission path is the transmission path that needs to be deactivated when the target bearer exits the liveness state.

[0194] Optionally, the second protocol entity module 303 is specifically used for:

[0195] When the first indication information indicates that the target bearer has entered the survival time state, the target resource allocation rule adopted is the first resource allocation rule;

[0196] When the first indication information indicates that the target bearer has exited the liveness time state, the target resource allocation rule adopted is the second resource allocation rule.

[0197] Optionally, the first resource allocation rule includes at least one of the following:

[0198] If the number of active transmission paths managed by the second protocol entity of the terminal is greater than or equal to a second preset value, cell restriction rules are enabled for the active transmission paths.

[0199] For the first transmission path that is activated, the second protocol entity of the terminal is activated to reserve transmission resources for the first transmission path;

[0200] For the deactivated second transmission path, the terminal's second protocol entity deactivates the transmission resources reserved for the second transmission path.

[0201] Optionally, when cell restriction rules are enabled for the active transmission paths, the N active transmission paths carried by the target are transmitted using N cell resources respectively, where N is an integer greater than 1.

[0202] Optionally, the second resource allocation rule includes at least one of the following:

[0203] If the number of active transmission paths managed by the second protocol entity of the terminal is less than a third preset value, cell restriction rules are disabled for the active transmission paths.

[0204] For the activated third transmission path, the terminal's second protocol entity activates the transmission resources reserved for the third transmission path;

[0205] For the deactivated fourth transmission path, the terminal's second protocol entity deactivates the transmission resources reserved for the fourth transmission path.

[0206] The resource management device 300 in this application embodiment can be a device, a device or electronic device with an operating system, or a component, integrated circuit, or chip in a terminal. The device or electronic device can be a mobile terminal or a non-mobile terminal. For example, a mobile terminal can include, but is not limited to, the types of terminals 11 listed above, while a non-mobile terminal can be a server, network attached storage (NAS), personal computer (PC), television (TV), ATM, or self-service machine, etc. This application embodiment does not impose specific limitations.

[0207] The resource management device 300 provided in this application embodiment can achieve... Figure 2 The various processes implemented in the method embodiment shown achieve the same technical effect, and will not be described again here to avoid repetition.

[0208] Optional, such as Figure 4 As shown, this application embodiment also provides a communication device 400, including a processor 401, a memory 402, and a program or instructions stored in the memory 402 and executable on the processor 401. For example, when the communication device 400 is a terminal, the program or instructions executed by the processor 401 implement as follows: Figure 2 The various processes of the method embodiments shown can achieve the same technical effect, and will not be described again here to avoid repetition.

[0209] This application embodiment also provides a terminal, including a processor and a communication interface. The processor is used to determine whether a target bearer has entered or exited a liveness time state based on the acquisition results of auxiliary information for at least two network nodes. The processor is also used to acquire first indication information related to the state of the target bearer and to adopt a target resource allocation rule based on the first indication information. The processor is also used to allocate uplink resources to the target bearer according to the target resource allocation rule.

[0210] This terminal embodiment corresponds to the aforementioned terminal-side method embodiment. All implementation processes and methods of the aforementioned method embodiments can be applied to this terminal embodiment and achieve the same technical effect. Specifically, Figure 5 A schematic diagram of the hardware structure of a terminal to implement an embodiment of this application.

[0211] The terminal 500 includes, but is not limited to, at least some of the following components: radio frequency unit 501, network module 502, audio output unit 503, input unit 504, sensor 505, display unit 506, user input unit 507, interface unit 508, memory 509, and processor 510.

[0212] Those skilled in the art will understand that the terminal 500 may also include a power supply (such as a battery) for powering various components. The power supply can be logically connected to the processor 510 through a power management system, thereby enabling functions such as charging, discharging, and power consumption management through the power management system. 5 The terminal structure shown does not constitute a limitation on the terminal. The terminal may include more or fewer components than shown, or combine certain components, or have different component arrangements, which will not be elaborated here.

[0213] It should be understood that, in this embodiment, the input unit 504 may include a graphics processing unit (GPU) 5041 and a microphone 5042. The GPU 5041 processes image data of still images or videos obtained by an image capture device (such as a camera) in video capture mode or image capture mode. The display unit 506 may include a display panel 5061, which may be configured in the form of a liquid crystal display, an organic light-emitting diode, or the like. The user input unit 507 includes a touch panel 5071 and other input devices 5072. The touch panel 5071 is also called a touch screen. The touch panel 5071 may include a touch detection device and a touch controller. Other input devices 5072 may include, but are not limited to, a physical keyboard, function keys (such as volume control buttons, power buttons, etc.), a trackball, a mouse, and a joystick, which will not be described in detail here.

[0214] In this embodiment, the radio frequency unit 501 receives downlink data from the network-side device and processes it for the processor 510; additionally, it sends uplink data to the network-side device. Typically, the radio frequency unit 501 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low-noise amplifier, a duplexer, etc.

[0215] The memory 509 can be used to store software programs or instructions and various data. The memory 509 may primarily include a program or instruction storage area and a data storage area. The program or instruction storage area may store the operating system, application programs or instructions required for at least one function (such as sound playback, image playback, etc.). Furthermore, the memory 509 may include high-speed random access memory and non-volatile memory, which may be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), or flash memory. For example, at least one disk storage device, flash memory device, or other non-volatile solid-state storage device.

[0216] Processor 510 may include one or more processing units; optionally, processor 510 may integrate an application processor and a modem processor, wherein the application processor mainly handles the operating system, user interface, and applications or instructions, and the modem processor mainly handles wireless communication, such as a baseband processor. It is understood that the aforementioned modem processor may also not be integrated into processor 510.

[0217] The radio frequency unit 501 is used to obtain auxiliary information corresponding to at least two network nodes through the first protocol entity of the terminal 500.

[0218] Processor 510 is used to control the first protocol entity of the terminal to determine, based on the auxiliary information, whether the target bearer has entered or exited the liveness time state;

[0219] The processor 510 is further configured to control the second protocol entity of the terminal to obtain first indication information related to the target bearer, and based on the first indication information, adopt target resource allocation rules, and allocate uplink resources to the target bearer according to the target resource allocation rules.

[0220] Optionally, the auxiliary information is used to characterize the transmission status of the transmission path carried by the target;

[0221] or,

[0222] The auxiliary information is used to characterize the transmission status of a cell group containing the transmission path of the target bearer.

[0223] Optionally, the auxiliary information includes at least one of the following:

[0224] The first indicator is used to indicate that the survival time status has been triggered;

[0225] The second indicator is used to indicate that the number of transmission failures has reached a first preset value;

[0226] The third indication is used to indicate a transmission failure.

[0227] Optionally, the at least two network nodes include a first network node and a second network node, and the acquisition of auxiliary information corresponding to the at least two network nodes via the first protocol entity of the terminal 500 performed by the radio frequency unit 501 includes any one of the following:

[0228] The terminal obtains first auxiliary information of the first network node associated with the target bearer through the first protocol entity, but does not obtain second auxiliary information of the second network node associated with the target bearer.

[0229] The second auxiliary information was obtained through the first protocol entity of the terminal, but the first auxiliary information was not obtained;

[0230] The first auxiliary information and the second auxiliary information are obtained through the first protocol entity of the terminal;

[0231] The first protocol entity of the terminal did not obtain the first auxiliary information and the second auxiliary information.

[0232] Optionally, the first protocol entity executing the processor 510 to control the terminal determines, based on the auxiliary information, whether the target bearer has entered a liveness time state, including:

[0233] When the first protocol entity of the terminal obtains auxiliary information of all active transmission paths associated with the target bearer, it is considered that the target bearer has entered the liveness time state.

[0234] or,

[0235] When the first protocol entity of the terminal obtains auxiliary information of all cell groups associated with the target bearer that include transmission paths in an active state, it considers the target bearer to have entered the liveness time state.

[0236] Optionally, the first protocol entity executing the processor 510 to control the terminal determines the target bearer exit liveness time status based on the auxiliary information, including:

[0237] If the first protocol entity of the terminal does not obtain auxiliary information of at least one active transmission path associated with the target bearer, the target bearer is considered to have exited the liveness time state.

[0238] or,

[0239] If the first protocol entity of the terminal fails to obtain auxiliary information of at least one cell group containing an active transmission path associated with the target bearer, the target bearer is considered to have exited the liveness time state.

[0240] Optionally, the second protocol entity controlling the terminal, executed by the processor 510, acquires first indication information related to the target bearer, including:

[0241] The second protocol entity is controlled to obtain first indication information related to the target bearer from the first protocol entity.

[0242] Optionally, when the target bearer enters the liveness time state, the first indication information includes at least one of the following:

[0243] The first sub-indication information is used to indicate that the target bearer enters the survival time state;

[0244] The second sub-indication information is used to indicate the activation of the first transmission path, wherein the first transmission path is the transmission path that needs to be activated when the target bearer enters the live time state.

[0245] The third sub-instruction information is used to instruct the deactivation of the second transmission path, wherein the second transmission path is the transmission path that needs to be deactivated when the target bearer enters the live time state.

[0246] Optionally, in the case of the target bearer exiting the liveness time state, the first indication information includes at least one of the following:

[0247] The fourth sub-indication information is used to indicate the target bearer's exit survival time status;

[0248] The fifth sub-indication information is used to indicate the activation of the third transmission path, wherein the third transmission path is the transmission path that needs to be activated when the target bearer exits the liveness time state;

[0249] The sixth sub-instruction information is used to instruct the deactivation of the fourth transmission path, wherein the fourth transmission path is the transmission path that needs to be deactivated when the target bearer exits the liveness state.

[0250] Optionally, the second protocol entity controlling the terminal, executed by the processor 510, adopts a target resource allocation rule based on the first indication information, including:

[0251] When the first indication information indicates that the target bearer has entered the liveness time state, the target resource allocation rule adopted by the second protocol entity is the first resource allocation rule.

[0252] When the first indication information indicates that the target bearer has exited the liveness time state, the target resource allocation rule adopted by the second protocol entity is the second resource allocation rule.

[0253] Optionally, the first resource allocation rule includes at least one of the following:

[0254] If the number of active transmission paths managed by the second protocol entity of the terminal is greater than or equal to a second preset value, cell restriction rules are enabled for the active transmission paths.

[0255] For the first transmission path that is activated, the second protocol entity of the terminal is activated to reserve transmission resources for the first transmission path;

[0256] For the deactivated second transmission path, the terminal's second protocol entity deactivates the transmission resources reserved for the second transmission path.

[0257] Optionally, when cell restriction rules are enabled for the active transmission paths, the N active transmission paths carried by the target are transmitted using N cell resources respectively, where N is an integer greater than 1.

[0258] Optionally, the second resource allocation rule includes at least one of the following:

[0259] If the number of active transmission paths managed by the second protocol entity of the terminal is less than a third preset value, cell restriction rules are disabled for the active transmission paths.

[0260] For the activated third transmission path, the terminal's second protocol entity activates the transmission resources reserved for the third transmission path;

[0261] For the deactivated fourth transmission path, the terminal's second protocol entity deactivates the transmission resources reserved for the fourth transmission path.

[0262] The terminal 500 provided in this embodiment of the application can achieve the following: Figure 2 The various processes in the method embodiments shown are all capable of achieving the same beneficial effects, and will not be described again here to avoid repetition.

[0263] This application embodiment also provides a readable storage medium, which can be volatile or non-volatile, and stores a program or instructions that, when executed by a processor, implement as follows: Figure 2 The various processes of the method embodiments shown can achieve the same technical effect, and will not be described again here to avoid repetition.

[0264] The processor mentioned above is the processor in the terminal described in the above embodiments. The readable storage medium includes computer-readable storage media, such as computer read-only memory (ROM), random access memory (RAM), magnetic disk, or optical disk.

[0265] This application embodiment also provides a chip, the chip including a processor and a communication interface, the communication interface being coupled to the processor, the processor being used to run programs or instructions to implement, as described above. Figure 2 The various processes of the method embodiments shown can achieve the same technical effect, and will not be described again here to avoid repetition.

[0266] It should be understood that the chip mentioned in the embodiments of this application may also be referred to as a system-on-a-chip, system chip, chip system, or system-on-a-chip, etc.

[0267] This application embodiment also provides a computer program / program product, which is stored in a non-transient storage medium and executed by at least one processor to implement, as described above. Figure 2The steps of the resource management method shown are the same and can achieve the same technical effect. To avoid repetition, they will not be repeated here.

[0268] It should be noted that, in this document, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes that element. Furthermore, it should be noted that the scope of the methods and apparatuses in the embodiments of this application is not limited to performing functions in the order shown or discussed, but may also include performing functions substantially simultaneously or in the reverse order, depending on the functions involved. For example, the described methods may be performed in a different order than described, and various steps may be added, omitted, or combined. Additionally, features described with reference to certain examples may be combined in other examples.

[0269] Through the above description of the embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of software plus necessary general-purpose hardware platforms. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, can be embodied in the form of a computer software product. This computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk) and includes several instructions to cause a terminal (which may be a mobile phone, computer, server, air conditioner, or network device, etc.) to execute the methods described in the various embodiments of this application.

[0270] The embodiments of this application have been described above with reference to the accompanying drawings. However, this application is not limited to the specific embodiments described above. The specific embodiments described above are merely illustrative and not restrictive. Those skilled in the art can make many other forms under the guidance of this application without departing from the spirit and scope of the claims, and all of these forms are within the protection scope of this application.

Claims

1. A resource management method, characterized in that, The method includes: The terminal's first protocol entity acquires auxiliary information corresponding to at least two network nodes; The first protocol entity of the terminal determines, based on the auxiliary information, whether the target bearer has entered or exited the liveness time state. The second protocol entity of the terminal obtains first indication information related to the target bearer, and adopts target resource allocation rules based on the first indication information; The terminal allocates uplink resources to the target bearer according to the target resource allocation rules; The auxiliary information is used to characterize the transmission status of the transmission path carried by the target. or, The auxiliary information is used to characterize the transmission status of cell groups containing the transmission path of the target bearer; The auxiliary information includes at least one of the following: The first indicator is used to indicate that the survival time status has been triggered; The second indicator is used to indicate that the number of transmission failures has reached a first preset value; The third indication is used to indicate a transmission failure.

2. The method according to claim 1, characterized in that, The at least two network nodes include a first network node and a second network node, and obtaining auxiliary information corresponding to the at least two network nodes includes any one of the following: The terminal's first protocol entity obtains the first auxiliary information of the first network node associated with the target bearer, but does not obtain the second auxiliary information of the second network node associated with the target bearer; The terminal's first protocol entity obtains the second auxiliary information but does not obtain the first auxiliary information; The first protocol entity of the terminal obtains the first auxiliary information and the second auxiliary information; The first protocol entity of the terminal did not obtain the first auxiliary information and the second auxiliary information.

3. The method according to claim 2, characterized in that, The first protocol entity of the terminal determines, based on the auxiliary information, whether the target bearer has entered or exited the time-to-live state, including: When the first protocol entity of the terminal obtains auxiliary information of all active transmission paths associated with the target bearer, it is considered that the target bearer has entered the liveness time state. or, When the first protocol entity of the terminal obtains auxiliary information of all cell groups associated with the target bearer that include transmission paths in an active state, it considers the target bearer to have entered the liveness time state.

4. The method according to claim 3, characterized in that, The first protocol entity of the terminal determines, based on the auxiliary information, whether the target bearer has entered or exited the time-to-live state, including: If the first protocol entity of the terminal does not obtain auxiliary information of at least one active transmission path associated with the target bearer, the target bearer is considered to have exited the liveness time state. or, If the first protocol entity of the terminal fails to obtain auxiliary information of at least one cell group containing an active transmission path associated with the target bearer, the target bearer is considered to have exited the liveness time state.

5. The method according to claim 1, characterized in that, The second protocol entity of the terminal obtains first indication information related to the target bearer, including: The second protocol entity obtains first indication information related to the target bearer from the first protocol entity.

6. The method according to claim 1, characterized in that, When the target bearer enters the survival time state, the first indication information includes at least one of the following: The first sub-indication information is used to indicate that the target bearer enters the survival time state; The second sub-indication information is used to indicate the activation of the first transmission path, wherein the first transmission path is the transmission path that needs to be activated when the target bearer enters the live time state. The third sub-instruction information is used to instruct the deactivation of the second transmission path, wherein the second transmission path is the transmission path that needs to be deactivated when the target bearer enters the liveness state.

7. The method according to claim 1, characterized in that, In the case of the target bearer exiting the liveness time state, the first indication information includes at least one of the following: The fourth sub-indication information is used to indicate the target bearer's exit survival time status; The fifth sub-indication information is used to indicate the activation of the third transmission path, wherein the third transmission path is the transmission path that needs to be activated when the target bearer exits the liveness time state; The sixth sub-instruction information is used to instruct the deactivation of the fourth transmission path, wherein the fourth transmission path is the transmission path that needs to be deactivated when the target bearer exits the liveness state.

8. The method according to claim 1, 6, or 7, characterized in that, The second protocol entity of the terminal, based on the first indication information, adopts a target resource allocation rule, including: When the first indication information indicates that the target bearer has entered the liveness time state, the target resource allocation rule adopted by the second protocol entity is the first resource allocation rule; When the first indication information indicates that the target bearer has exited the liveness time state, the target resource allocation rule adopted by the second protocol entity is the second resource allocation rule.

9. The method according to claim 8, characterized in that, The first resource allocation rule includes at least one of the following: If the number of active transmission paths managed by the second protocol entity of the terminal is greater than or equal to a second preset value, cell restriction rules are enabled for the active transmission paths. For the first transmission path that is activated, the second protocol entity of the terminal is activated to reserve transmission resources for the first transmission path; For the deactivated second transmission path, the terminal's second protocol entity deactivates the transmission resources reserved for the second transmission path.

10. The method according to claim 8, characterized in that, The second resource allocation rule includes at least one of the following: If the number of active transmission paths managed by the second protocol entity of the terminal is less than a third preset value, cell restriction rules are disabled for the active transmission paths. For the activated third transmission path, the terminal's second protocol entity activates the transmission resources reserved for the third transmission path; For the deactivated fourth transmission path, the terminal's second protocol entity deactivates the transmission resources reserved for the fourth transmission path.

11. A resource management device, characterized in that, Applied to a terminal, the device includes: The acquisition module is used to acquire auxiliary information corresponding to at least two network nodes; The first protocol entity module is used to determine, based on the auxiliary information, whether the target bearer has entered or exited the life-time state. The second protocol entity module is used to obtain first indication information related to the target bearer, and to adopt target resource allocation rules based on the first indication information; The resource allocation module is used to allocate uplink resources to the target bearer according to the target resource allocation rules; The auxiliary information is used to characterize the transmission status of the transmission path carried by the target. or, The auxiliary information is used to characterize the transmission status of cell groups containing the transmission path of the target bearer; The auxiliary information includes at least one of the following: The first indicator is used to indicate that the survival time status has been triggered; The second indicator is used to indicate that the number of transmission failures has reached a first preset value; The third indication is used to indicate a transmission failure.

12. The apparatus according to claim 11, characterized in that, The at least two network nodes include a first network node and a second network node, and the acquisition module is specifically used for any of the following: First auxiliary information of the first network node associated with the target bearer is obtained, but second auxiliary information of the second network node associated with the target bearer is not obtained; The second auxiliary information was obtained, but the first auxiliary information was not obtained; The first auxiliary information and the second auxiliary information are obtained; The first auxiliary information and the second auxiliary information were not obtained.

13. The apparatus according to claim 12, characterized in that, The first protocol entity module is specifically used for: If auxiliary information of all active transmission paths associated with the target bearer is obtained, the target bearer is considered to have entered the liveness time state. or, If auxiliary information of all cell groups with active transmission paths associated with the target bearer is obtained, the target bearer is considered to have entered the liveness time state.

14. The apparatus according to claim 12, characterized in that, The first protocol entity module is specifically used for: If no auxiliary information is obtained for at least one active transmission path associated with the target bearer, the target bearer is considered to have exited the liveness time state. or, If no auxiliary information is obtained for at least one cell group with an active transmission path associated with the target bearer, the target bearer is considered to have exited the liveness time state.

15. The apparatus according to claim 11, characterized in that, The second protocol entity module is specifically used for: Obtain first indication information related to the target bearer from the first protocol entity module.

16. The apparatus according to claim 11, characterized in that, When the target bearer enters the survival time state, the first indication information includes at least one of the following: The first sub-indication information is used to indicate that the target bearer enters the survival time state; The second sub-indication information is used to indicate the activation of the first transmission path, wherein the first transmission path is the transmission path that needs to be activated when the target bearer enters the live time state. The second sub-instruction information is used to instruct the deactivation of the second transmission path, wherein the second transmission path is the transmission path that needs to be deactivated when the target bearer enters the live time state.

17. The apparatus according to claim 11, characterized in that, In the case of the target bearer exiting the liveness time state, the first indication information includes at least one of the following: The fourth sub-indication information is used to indicate the target bearer's exit survival time status; The fifth sub-indication information is used to indicate the activation of the third transmission path, wherein the third transmission path is the transmission path that needs to be activated when the target bearer exits the liveness time state; The sixth sub-instruction information is used to instruct the deactivation of the fourth transmission path, wherein the fourth transmission path is the transmission path that needs to be deactivated when the target bearer exits the liveness state.

18. The apparatus according to claim 11, 16, or 17, characterized in that, The second protocol entity module is specifically used for: When the first indication information indicates that the target bearer has entered the survival time state, the target resource allocation rule adopted is the first resource allocation rule; When the first indication information indicates that the target bearer has exited the liveness time state, the target resource allocation rule adopted is the second resource allocation rule.

19. The apparatus according to claim 18, characterized in that, The first resource allocation rule includes at least one of the following: If the number of active transmission paths managed by the second protocol entity of the terminal is greater than or equal to a second preset value, cell restriction rules are enabled for the active transmission paths. For the first transmission path that is activated, the second protocol entity of the terminal is activated to reserve transmission resources for the first transmission path; For the deactivated second transmission path, the terminal's second protocol entity deactivates the transmission resources reserved for the second transmission path.

20. The apparatus according to claim 18, characterized in that, The second resource allocation rule includes at least one of the following: If the number of active transmission paths managed by the second protocol entity of the terminal is less than a third preset value, cell restriction rules are disabled for the active transmission paths. For the activated third transmission path, the terminal's second protocol entity activates the transmission resources reserved for the third transmission path; For the deactivated fourth transmission path, the terminal's second protocol entity deactivates the transmission resources reserved for the fourth transmission path.

21. A terminal, characterized in that, It includes a processor, a memory, and a program or instructions stored in the memory and executable on the processor, wherein the program or instructions, when executed by the processor, implement the steps of the resource management method as described in any one of claims 1 to 10.

22. A readable storage medium, characterized in that, The readable storage medium stores a program or instructions that, when executed by a processor, implement the steps of the resource management method as described in any one of claims 1 to 10.

Citation Information

Patent Citations

  • Secure dynamic communication network and protocol

    CN107750441A

  • Flexible network control of uplink data duplication

    US20210014728A1