Communication method, terminal device, and network device
The method for SCG resumption in dual connection scenarios addresses inefficiencies by enabling direct requests to the secondary node with characteristic information, optimizing power management and reducing delays.
Patent Information
- Application Number
- JP2024185638
- Authority / Receiving Office
- JP · JP
- Patent Type
- Applications
- Current Assignee / Owner
- Filing Date
- 2024-10-22
- Publication Date
- 2025-01-28
- Estimated Expiration
- 2040-07-14
AI Technical Summary
The existing mechanisms for resuming Secondary Cell Groups (SCG) in dual connection scenarios are not well-defined, leading to inefficiencies and increased power consumption in terminal devices due to the need for robust SCG resumption mechanisms, especially in EN-DC, NGEN-DC, and NR-DC deployments.
A method for SCG resumption is provided, where the terminal device can request either the master node (MN) or secondary node (SN) to activate the SCG, involving the use of characteristic information about uplink transmissions, and includes timers to manage request frequency and response handling.
This approach reduces power consumption and delays in SCG resumption by allowing direct requests to the secondary node, optimizing power management and reducing the need for dedicated signaling, thereby enhancing the efficiency of dual connection operations.
Smart Images

Figure 2025013909000001_ABST
Abstract
Description
[Technical field]
[0001] TECHNICAL FIELD Embodiments of the present disclosure relate generally to the field of telecommunications, and more particularly to communication methods, devices, and media. [Background technology]
[0002] Dual connectivity is an operating mode in which a terminal device (e.g., user equipment, UE) can be configured to utilize radio resources provided by two network devices (e.g., two base stations). A first network device serves the terminal device as a master node (MN) and a second network device serves the terminal device as a secondary node (SN). The MN and SN are connected via a non-ideal backhaul over a network interface, and at least the MN is connected to a core network (CN).
[0003] The MN and SN can be associated with one or more serving cells. In a carrier aggregation (CA) scenario, each of the MN and SN can be associated with a serving cell group including a primary cell (PCell) and optionally one or more secondary cells (SCells). The serving cell group associated with the MN is called a master cell group (MCG), and the serving cell group associated with the SN is called a secondary cell group (SCG). In some cases, the SCG can be suspended, for example, to reduce power consumption. Due to the arrival of uplink data, a suspended SCG may need to be resumed. However, the mechanism of SCG resumption is not specifically described. Summary of the Invention [Problem to be solved by the invention]
[0004] Overall, the exemplary embodiments of the present disclosure provide a solution for SCG restart. [Means for solving the problem]
[0005] In a first aspect, a communication method is provided, the method including: determining, in a terminal device served by a first network device, to perform uplink transmission with a second network device serving the terminal device, and sending a request to the first network device to activate a cell group of the second network device, the request including characteristic information regarding the uplink transmission.
[0006] In a second aspect, a communication method is provided, the method including receiving, at a first network device, a request from a terminal device to activate a cell group of a second network device, the terminal device being served by the first network device and the second network device, determining from the request characteristic information regarding an uplink transmission to be performed between the first network device and the second network device, and causing the uplink transmission to be performed based on the characteristic information.
[0007] In a third aspect, a communication method is provided, the method including: determining, in a terminal device served by a first network device, to perform uplink transmission with a second network device serving the terminal device, enabling transmission in a primary cell of a cell group of the second network device, sending a first request to the second network device in the primary cell to activate the cell group of the second network device, and monitoring a response to the first request based on a first timer for activation of the cell group.
[0008] In a fourth aspect, there is provided a terminal device, the network device comprising a processing unit and a memory coupled to the processing unit and having instructions stored thereon, the instructions, when executed by the processing unit, causing the device to perform a method according to the first aspect.
[0009] In a fifth aspect there is provided a network device comprising a processing unit and a memory coupled to the processing unit and having instructions stored thereon which, when executed by the processing unit, cause the device to perform a method according to the second aspect.
[0010] In a sixth aspect there is provided a terminal device comprising a processing unit and a memory coupled to the processing unit and having stored thereon instructions which, when executed by the processing unit, cause the device to perform a method according to the third aspect.
[0011] In a seventh aspect, there is provided a computer-readable medium having stored thereon instructions which, when executed on at least one processor, cause the at least one processor to perform a method according to the first aspect.
[0012] In an eighth aspect, there is provided a computer readable medium having stored thereon instructions which, when executed on at least one processor, cause the at least one processor to perform a method according to the second aspect.
[0013] In a ninth aspect, there is provided a computer readable medium having stored thereon instructions which, when executed on at least one processor, cause the at least one processor to perform a method according to the third aspect.
[0014] Other features of the present disclosure will become readily apparent from the following description. [Brief description of the drawings]
[0015] The above and other objects, features and advantages of the present disclosure will become more apparent from the following detailed description of several embodiments of the present disclosure in the drawings.
[0016] [Figure 1] FIG. 1 is a block diagram of a communication environment in which embodiments of the present disclosure can be implemented.
[0017] [Diagram 2] FIG. 1 is a signaling diagram illustrating a process of requesting an MN to resume an SCG in accordance with some embodiments of the present disclosure.
[0018] [Diagram 3] FIG. 1 is a signaling diagram illustrating a process of requesting an SCG to be restarted from an SN, in accordance with some embodiments of the present disclosure.
[0019] [Figure 4] FIG. 1 is a signaling diagram illustrating a process of requesting an SCG to be restarted from an SN, in accordance with some embodiments of the present disclosure.
[0020] [Diagram 5] FIG. 2 illustrates an exemplary communication method implemented in a terminal device according to some embodiments of the present disclosure.
[0021] [Figure 6] FIG. 2 illustrates an example communication method implemented in a network device, according to some embodiments of the present disclosure.
[0022] [Figure 7] FIG. 2 illustrates an exemplary communication method implemented in a terminal device according to some embodiments of the present disclosure.
[0023] [Figure 8] FIG. 1 is a schematic block diagram of an apparatus suitable for implementing embodiments of the present disclosure.
[0024] In the figures, the same or similar reference numbers represent the same or similar elements. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
[0025] The principles of the present disclosure will now be described with reference to some exemplary embodiments. It should be understood that these embodiments are provided for illustrative purposes only, to assist those skilled in the art in understanding and implementing the present disclosure, and do not imply any limitations on the scope of the present disclosure. The disclosure described herein can be implemented in various ways different from the methods described below.
[0026] In the following description and claims, unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this disclosure pertains.
[0027] The term "network device" as used herein means a device capable of providing or hosting a cell or coverage in which a terminal device can communicate. Examples of network devices include, but are not limited to, a Node B (NodeB or NB), an evolved Node B (eNodeB or eNB), a Node B for New Radio Access (gNB), a Remote Radio Unit (RRU), a Radio Head (RH), a Remote Radio Head (RRH), a low power node such as a femto node or a pico node, a satellite network device, an aircraft network device, etc. For the sake of explanation, some exemplary embodiments will be described below with reference to an eNB as an example of a network device.
[0028] As used herein, the term "terminal device" refers to any device having wireless or wired communication capabilities. Examples of terminal devices include, but are not limited to, user equipment (UE), personal computers, desktop computers, mobile phones, cellular phones, smartphones, personal digital assistants (PDAs), portable computers, tablets, wearable devices, Internet of Things (IoT) devices, any Internet of Things (IoE) devices, machine type communication (MTC) devices or evolved MTC (eMTC) devices, in-vehicle devices for V2X communication, etc., where the "X" in V2X represents a pedestrian, vehicle or infrastructure / network, or an image capture device such as a digital camera, a gaming device, a music storage and playback device, or an Internet appliance that allows wireless or wired Internet access and browsing, etc. In the following description, the terms "terminal device", "communication device", "terminal", "user device" and "UE" can be used interchangeably.
[0029] In one embodiment, the terminal device may be connected to a first network device and a second network device. One of the first network device and the second network device may be a master node and the other may be a secondary node. The first network device and the second network device may use different radio access technologies (RATs). In one embodiment, the first network device may be a first RAT device and the second network device may be a second RAT device. In one embodiment, the first RAT device is an eNB and the second RAT device is a gNB. Information about the different RATs may be transmitted from at least one of the first network device and the second network device to the terminal device. In one embodiment, the first information may be transmitted from the first network device to the terminal device, and the second information may be transmitted from the second network device to the terminal device directly or via the first network device. In one embodiment, information about the configuration of the terminal device configured by the second network device may be transmitted from the second network device via the first network device. Information regarding the reconfiguration of the terminal device configured by the second network device can be transmitted to the terminal device directly from the second network device or via the first network device.
[0030] The communications described herein may conform to any suitable standard, including, but not limited to, New Radio Access (NR), Long Term Evolution (LTE), LTE-Evolution, LTE-Advanced (LTE-A), Wideband Code Division Multiple Access (WCDMA), Code Division Multiple Access (CDMA), cdma2000, Global System for Mobile Communications (GSM), and the like. Furthermore, the communications may be performed according to any generation of communications protocols now known or developed in the future. Examples of communications protocols include, but are not limited to, first generation (1G), second generation (2G), 2.5G, 2.75G, third generation (3G), fourth generation (4G), 4.5G, and fifth generation (5G) communications protocols. The techniques described herein may be used for the wireless networks and radio technologies mentioned above, as well as other wireless networks and radio technologies.
[0031] As used herein, the singular forms "a," "an," and "said" include the plural forms unless the context clearly indicates otherwise. The term "comprises" and variations thereof should be understood as open-ended terms meaning "including, but not limited to." The term "based on" should be understood as "based at least in part on." The terms "one embodiment" and "embodiment" should be understood as "at least one embodiment." The term "another embodiment" should be understood as "at least one other embodiment." Terms such as "first," "second," and the like can refer to different or the same object. Other explicit and implicit definitions may be included below.
[0032] In some instances, values, procedures, or devices are referred to as "best," "lowest," "highest," "minimum," "maximum," etc. Such descriptions are intended to illustrate that selections can be made from among many functional alternatives used, and it should be understood that such selections are not necessarily better, smaller, higher, or otherwise more preferred than other selections. Example environment
[0033] 1 illustrates an exemplary communication environment 100 in which exemplary embodiments of the present disclosure may be implemented. In the example of FIG. 1, multiple network devices 110, 120 are deployed to serve a terminal device 130. The network device 110 serves the terminal device 130 as a MN, while the network device 120 serves the terminal device 130 as a SN.
[0034] The serving areas of the network devices 110 and 120 are called cells. As shown in Fig. 1, the cell group of the network device 110 includes a primary cell 150-1 and a secondary cell 150-2. Since the network device 110 serves as an MN, the cell group of the network device 110 is called an MCG 150, and the primary cell 150-1 is also called a PCell 150-1.
[0035] The cell group of the network device 120 includes a primary cell 160-1 and a secondary cell 160-2. Since the network device 120 serves as an SN, the cell group of the network device 120 is referred to as an SCG 160, and the primary cell 160-1 is also referred to as a PCell 160-1. The PCell 150-1 and the PSCell 160-1 can be collectively referred to as an SpCell.
[0036] It should be understood that the number of SCells in FIG. 1 is given for illustrative purposes and does not imply any limitation to the present disclosure. The network devices 110, 120 may provide any suitable number of SCells for serving the terminal device 130.
[0037] Communications between terminal device 130 and network devices 110, 120 may be implemented according to any suitable communications protocol. Communications from terminal device 130 to network device 110 or network device 120 are referred to as UL communications, and communications from network device 110 or network device 120 to terminal device 130 are referred to as DL communications. Terminal device 130 may move between the coverage areas of network devices 110, 120, and possibly other network devices.
[0038] In UL communication, the terminal device 130 may transmit UL data and radio resource control (RRC) signaling to the network device 110 or 120 via a UL channel. In some examples, the UL data may be transmitted on a physical uplink shared channel (PUSCH) and / or any other available UL channel used for data transmission. In some examples, the RRC signaling may be transmitted within the physical uplink shared channel (PUSCH). In DL transmission, the network device 110 or 120 may transmit DL data and RRC signaling to the terminal device 130 via a DL channel. In some examples, the DL data may be transmitted on a physical downlink shared channel (PDSCH) and / or any other available DL channel used for data transmission. In some examples, the RRC signaling may be transmitted within the physical downlink shared channel (PDSCH).
[0039] The DC provided by the network devices 110 and 120 may include any suitable type of multi-radio dual connectivity (MR-DC), including, but not limited to, E-UTRA (Evolved Universal Terrestrial Radio Access)-NR dual connectivity (EN-DC), NGEN-DC, and NR-DC. In the case of EN-DC, the network device 110 is an eNB and the network device 120 is a gNB, for example, an enhanced gNB (en-gNB). In the case of NGEN-DC, the network device 110 is an ng-eNB and the network device 120 is a gNB. In the case of NR-DC, both the network devices 110 and 120 are gNBs.
[0040] At least the network device 110 is connected to the CN 140. The CN 140 may include functional elements and / or network functions (collectively referred to as network elements NE) that support various functions. Specifically, depending on the network type, the network device 110 may be connected to the NE 142. In the case of EN-DC, the NE 142 may include a mobility management entity (MME). For the control plane, the network device 110 may communicate with the MME via an S1 interface, and the network devices 110 and 120 may communicate with each other via an X2 interface. In the case of NGEN-DC and NR-DC, the NE 142 may include an access and mobility management function (AMF). For the control plane, the network device 110 may communicate with the AMF via an NG interface, and the network devices 110 and 120 may communicate with each other via an Xn interface. Although not shown, CN 140 may include one or more other functional elements and / or network functions, such as a Session Management Function (SMF), a Policy Control Function (PCF), a Network Exposure Function (NEF), etc. The scope of the embodiments of the present disclosure is not limited in this respect.
[0041] It should be understood that the number and types of devices in FIG. 1 are provided for illustrative purposes and do not imply any limitations to the present disclosure. The communication environment 100 may include any suitable number of network devices and / or terminal devices suitable for implementing embodiments of the present disclosure. Furthermore, the communication environment 100 may include any other devices (e.g., core network elements) other than the network devices and terminal devices, which are omitted herein to avoid obscuring the present invention.
[0042] In a communication environment, power consumption of terminal devices (e.g., UEs) and / or network devices (e.g., eNBs, gNBs) is a major issue. Existing power saving solutions for CA scenarios include activation and deactivation of SCells. To enable reasonable power consumption (e.g., battery consumption) of the UE when configuring CA, activation / deactivation of SCellS is supported. When an SCell is deactivated, the UE does not need to receive the corresponding PDCCH or PDSCH, cannot transmit in the corresponding uplink, and does not need to perform channel quality indicator (CQI) measurements. Conversely, when an SCell is activated, the UE is expected to be able to receive the PDSCH and PDCCH (if the UE is configured to monitor the PDCCH from this SCell) and perform CQI measurements.
[0043] Existing power saving solutions for CA scenarios further include Scell Dormancy. To enable fast SCell activation when CA is configured, one Dormant Bandwidth Part (BWP) can be configured on the SCell. If the active BWP of an activated SCell is a Dormant BWP, the UE stops monitoring the PDCCH on the SCell but continues to perform Channel State Information (CSI) measurements, Automatic Gain Control (AGC) and beam management, if configured. Downlink Control Information (DCI) is used to control entry / exit into the Dormant BWP for one or more SCells or one or more groups of SCells. The Dormant BWP is one of the dedicated BWPs for the UE configured by the network via dedicated RRC signaling. Dormant BWPs cannot be configured on SpCell and PUCCH SCells.
[0044] A power saving solution is also required for DC scenarios. As mentioned above, SCG suspension may be required. Take EN-DC as an example. Since two radio links are maintained simultaneously, the power consumption of the UE and the network is a big issue. For example, the power consumption of the UE in an NR network is three to four times higher than that of the UE in an LTE network. In an EN-DC deployment, the MN provides basic coverage. When the data rate requirements of the UE change dynamically, for example from high to low, it is worth considering deactivating or suspending the SN to reduce the power consumption. Therefore, an effective SCG deactivation mechanism needs to be defined. This effective SCG deactivation mechanism can also be applied to other MR-DC deployments, including but not limited to NGEN-DC, NR-DC. The terms "SCG suspension" and "SCG deactivation" are used interchangeably herein.
[0045] Three options for modeling SCG suspension have already been proposed: In option 1, all serving cells associated with the SN, including PScells and SCells, are activated and the active BWPs are set as dormant BWPs. In option 2, all serving cells associated with the SN, including PScells and Scells, are deactivated. In option 3, the SCells of the SCG should be deactivated, but the PScells of the SCG should be activated and the active BWPs are set as dormant BWPs.
[0046] As can be seen, unlike SCell activation / deactivation and SCell dormancy (PSCell can keep data transmission, so there is no higher layer processing), during SCG suspension, neither PSCell nor SCell of SCG can send or receive data. If UL traffic for SCG arrives at the UE during SCG suspension, MN and SN may not notice it. In this case, the UE can decide to resume or activate the suspended SCG. Resumption of suspended SCG may be referred to as "SCG resume" or "SCG activation" in this specification. Therefore, an efficient and robust SCG resume mechanism should be defined. This efficient and robust SCG resume can be applied to various MR-DC deployments, including but not limited to EN-DC, NGEN-DC, and NR-DC deployments.
[0047] According to an exemplary embodiment of the present disclosure, a solution for SCG resumption is provided. In this solution, when performing uplink transmission with an SN, a terminal device can initiate SCG resumption. In some embodiments, the terminal device can request an MN to resumption of SCG. In some embodiments, the terminal device can directly request an SN to resumption of SCG. In the following, some exemplary embodiments of the present disclosure are described in detail. Example of process for requesting MN to restart SCG
[0048] SCG resumption may be triggered or initiated by terminal device 130. FIG. 2 is a signaling diagram illustrating a process 200 for requesting an MN to resume SCG, according to some embodiments of the present disclosure. For illustrative purposes, the process 200 is described with reference to FIG. 1. The process 200 may involve terminal device 130, network device 110, and network device 120. In the process 200 of FIG. 2, terminal device 130 requests SCG resumption from network device 110 acting as an MN.
[0049] As a premise, the SCG 160 of the network device 120 has been suspended or deactivated. As shown in FIG. 2, in some embodiments, the network device 110 may send (202) an instruction to the terminal device 130 to suspend the SCG 160 of the network device 120. Such an instruction may also be referred to as an SCG suspension instruction. By way of example, the SCG suspension instruction may be an RRC Reconfiguration message. In some embodiments, the network device 120 may send the SCG suspension instruction to the terminal device 130 on behalf of the network device 110. The scope of the present disclosure is not limited in these respects.
[0050] The terminal device 130 decides (204) to perform UL transmission with the network device 120. The UL transmission is performed in one or more cells of the SCG 160. This case may be referred to as UL data arrival.
[0051] To enable UL transmission, terminal device 130 initiates a procedure for SCG resumption with network device 110. Terminal device 130 sends (206) a request to network device 110 to activate SCG 160 in network device 120. This request may be referred to as an "SCG activation request." The SCG activation request includes characteristic information regarding the UL transmission to be performed. The characteristic information may assist network device 110 in deciding how to handle the UL transmission and / or whether to respond to the SCG activation request.
[0052] In some embodiments, the characteristic information may include a reason for triggering a UL transmission, which may be referred to as an “SCG resume reason.” For example, the SCG resume reason may include, but is not limited to, a mobile originated video call (mo-VideoCall), a mobile originated data (mo-Data), a mobile originated voice call (mo-VoiceCall), and a mobile originated signaling (mo-signaling).
[0053] Alternatively or additionally, the characteristic information may include an identification (ID) of a data session associated with the UL transmission to be performed. The ID of the data session may assist the network device 110 in determining whether to relocate the data session. For example, the characteristic information may include a Protocol Data Unit (PDU) Session ID of the UL transmission.
[0054] The terminal device 130 may transmit (206) an SCG activation request between the network device 110 and the terminal device 130 using signaling radio bearer 1 (SRB1). The SCG activation request may be an RRC message, such as a UE Assistance Information message. Other messages are possible, such as messages specific to a resume request.
[0055] In some embodiments, to avoid frequent transmission of SCG activation requests, a timer represented as "T3xx-1" may be introduced for SCG resumption. The terminal device 130 may transmit an SCG activation request only if the timer T3xx-1 is not running. For example, the terminal device 130 may determine whether the timer T3xx-1 is running. If the timer T3xx-1 is not running, the terminal device 130 may transmit (206) an SCG activation request to the network device 110. When transmitting the SCG activation request, the terminal device 130 may start the timer T3xx-1.
[0056] In some embodiments, the upper limit value "t3xx-1" of timer T3xx-1 may be provided to terminal device 130 together with an instruction to suspend SCG 160, e.g., an SCG suspend instruction sent (202) by network device 110. For example, in an embodiment in which the SCG suspend instruction is included in an RRC message, the RRC message may further include an IE indicating the upper limit value t3xx-1. In some other embodiments, the upper limit value t3xx-1 may be provided to terminal device 130 in a dedicated RRC message.
[0057] If a connection re-establishment / RRC restart procedure is initiated, the terminal device 130 may stop the timer T3xx-1. Alternatively or additionally, if an RRC message indicating release of the SCG configuration is received, the terminal device 130 may stop the timer T3xx-1.
[0058] Table 1 below shows some attributes of timer T3xx-1 that can be summarised from the above description. The start condition for timer T3xx-1 is the sending of an SCG activation request. The stop condition for timer T3xx-1 is the reception of an RRC message indicating the initiation of a connection re-establishment / resumption procedure and / or the de-configuration of the SCG. (Table 1) Attributes of Timer T3xx-1 TIFF2025013909000002.tif42168
[0059] Continuing with process 200, after receiving an SCG activation request from terminal device 130, network device 110 determines (207) whether and when to activate SCG 160. For example, network device 110 may determine, from the SCG activation request, characteristic information regarding the UL transmission and determine how to handle the UL transmission based on the characteristic information.
[0060] In some embodiments, the network device 110 may not respond to the SCG activation request. In some embodiments, the network device 110 may decide not to activate the SCG 160 and decide to handle the UL transmission itself. In such an embodiment, the network device 110 may communicate with the CN 140 to relocate a data session associated with the UL transmission from the network device 120 to the network device 110. For example, the network device 110 may send a PDU session ID of the UL transmission to the CN 140. The CN 140 may relocate the PDU session to the network device 110.
[0061] In some embodiments, network device 110 may decide to activate SCG 160 of network device 120. By way of example and without any limitation to the scope of the present disclosure, FIG. 2 illustrates exemplary operations for activating SCG 160. As shown in FIG. 2, in such embodiments, network device 110 may send (208) a request to network device 120 to resume or activate SCG 160 of network device 120. Once the request is received, network device 120 sends (210) a response to the request to network device 110.
[0062] The network device 110 sends (212) a message to the terminal device 130 indicating SCG resumption. This message may be referred to as an SCG resumption message. When the SCG resumption message is received, the terminal device 130 may send (214) a response to the network device 110. By way of example, the SCG resumption message may be an RRC Reconfiguration message and the response may be an RRC Reconfiguration Complete message. Other messages are possible, such as messages specific to SCG resumption.
[0063] Once a response is received from the terminal device 130, the network device 110 may send (216) a message to the network device 120 notifying the SCG restart. By way of example, this message may be a SgNBReconfigurationComplete message.
[0064] When the SCG resume message is received from the network device 110 , a random access procedure may be performed ( 218 ) between the terminal device 130 and the network device 120 .
[0065] In the above-mentioned exemplary embodiment, the terminal device 130 requests the MN to resume the SCG, and whether to activate the SCG is decided by the MN. The characteristic information on the UL information can assist the MN in deciding whether to resume the SCG and whether to request the core network to relocate the data session associated with the UL transmission. In some embodiments, a timer T3xx-1 may be introduced to avoid frequent transmission of SCG activation requests. Example process for requesting SN to restart SCG
[0066] SCG resumption may be triggered or initiated by the terminal device 130. In some embodiments, the terminal device 130 may request SCG resumption from the SN. Some example processes will now be described in detail with reference to Figures 3 and 4. Example of a process without dedicated signaling
[0067] 3 is a signaling diagram illustrating a process 300 for requesting an SCG restart from an SN, according to some embodiments of the present disclosure. For illustrative purposes, the process 300 will be described with reference to FIG. 1. The process 300 may involve a terminal device 130, a network device 110, and a network device 120. In the process 300 of FIG. 3, the terminal device 130 requests an SCG restart from the network device 120 acting as an SN.
[0068] As a premise, the SCG 160 of the network device 120 has been suspended or deactivated. As shown in FIG. 3, in some embodiments, the network device 110 may send (302) an instruction to the terminal device 130 to suspend the SCG 160 of the network device 120. Such an instruction may also be referred to as an SCG suspension instruction. By way of example, the SCG suspension instruction may be an RRC Reconfiguration message. In some embodiments, the network device 120 may send the SCG suspension instruction to the terminal device 130 on behalf of the network device 110. The scope of the present disclosure is not limited in these respects.
[0069] The terminal device 130 determines (304) to perform UL transmission with the network device 120. The UL transmission is performed in one or more cells of the SCG 160.
[0070] To enable UL transmission, the terminal device 130 initiates (306) a procedure for SCG resumption with the network device 120. This procedure may be referred to herein as an "SCG resumption procedure" or an "SCG resumption procedure with an SN." During the SCG resumption procedure, the terminal device 130 sends (310) a random access request to the network device 110 to activate the SCG 160 in the network device 120. In the example process 300, no dedicated signaling is used to activate the SCG 160. Instead, the random access request may function as a request to activate the SCG 160, i.e., an SCG resumption request.
[0071] As described above, during the SCG suspension, neither the PSCell 160-1 nor the SCell 160-2 of the SCG 160 can transmit or receive data. To transmit a random access request, the terminal device 130 can enable transmission on at least the PSCell 160-1 of the SCG 160.
[0072] In some embodiments, when the SCG resume procedure is initiated, the terminal device 130 may resume transmission on the SCG 160, including transmission of data and signaling. For example, the terminal device 130 may resume SCG transmission for all SRBs and data radio bearers (DRBs). Furthermore, the higher layer (e.g., the RRC layer) may indicate to the lower layer (e.g., the media access control, MAC layer) to resume the SCG 160. Thus, the random access procedure on the PSCell 160-1 may be triggered by the MAC layer. This may cause a random access request to be transmitted (310) to the network device 120. In the following, for the purpose of explanation without any limitation, such an embodiment may be referred to as an "embodiment in which SCG transmission is resumed."
[0073] In some embodiments, when the SCG resume procedure is initiated, the terminal device 130 may resume transmissions only on the PSCell 160-1. The resumption of transmissions on the PSCell 160-1 may depend on the particular model of the SCG suspension. For example, if the PSCell 160-1 is deactivated during the SCG suspension, the terminal device 130 may activate the PSCell 160-1 to enable transmissions on the PSCell 160-1. If the PSCell 160-1 is activated but the active BWP of the PSCell 160-1 is configured as a dormant BWP during the SCG suspension, the terminal device 130 may switch the active BWP of the PSCell 160-1 from a dormant BWP to a non-dormant BWP. In such an embodiment, upon activation of the PSCell 160-1 or switching from an active BWP to a non-dormant BWP, the terminal device 130 may initiate a random access procedure on the PSCell 160-1 and transmit (310) a random access request to the network device 120. In the following, for purposes of explanation without any limitation, such an embodiment may be referred to as an "embodiment in which PSCell transmission is resumed."
[0074] The random access procedure on PSCell 160-1 may be based on any suitable type of random access. In some embodiments, the random access procedure on PSCell 160-1 may be a four-step contention-based random access (CBRA) procedure. In these embodiments, the random access request transmitted (310) by terminal device 130 may include a random access preamble in MSG1 and a Cell-Radio Network Temporary Identifier (C-RNTI) MAC Control Element (CE) in MSG3. In some embodiments, the random access procedure on PSCell 160-1 may be a four-step contention-free random access (CFRA) procedure. In these embodiments, the random access request transmitted (310) by terminal device 130 may include a random access preamble in MSG1.
[0075] In some embodiments, the random access procedure on PSCell 160-1 may be a two-step CBRA procedure. In these embodiments, the random access request transmitted (310) by terminal device 130 may include a random access preamble in the MSGA and a C-RNTI MAC CE. In some embodiments, the random access procedure on PSCell 160-1 may be a two-step CFRA procedure. In these embodiments, the random access request transmitted (310) by terminal device 130 may include a random access preamble in the MSGA.
[0076] In some embodiments, the random access procedure may be based on contention-free random access (CFRA). To enable the CFRA procedure, dedicated random access resources may be reserved for the terminal device 130 to transmit an SCG resume request.
[0077] In some embodiments, the dedicated random access resources for CFRA may be indicated to terminal device 130 along with an instruction to suspend SCG 160, such as an SCG suspend instruction sent (302) by network device 110. In some embodiments, the dedicated random access resources may be indicated in a configuration for an uplink BWP of PSCell 160-1. For example, the dedicated random access resources may be indicated in a configuration for an active BWP and / or an initial BWP of PSCell 160-1.
[0078] In some embodiments, a timer denoted "T3xx-2(1)" may be introduced to monitor the response from the network device 120. When the SCG resumption procedure is initiated, the terminal device 130 may start (308) the timer T3xx-2(1).
[0079] In some embodiments, the upper limit value "t3xx-2(1)" of timer T3xx-2(1) may be provided to terminal device 130 together with an instruction to suspend SCG 160, e.g., an SCG suspension instruction sent (302) by network device 110. For example, in an embodiment in which the SCG suspension instruction is included in an RRC message, the RRC message may further include an IE indicating the upper limit value t3xx-2(1). In some other embodiments, the upper limit value t3xx-2(1) may be provided to terminal device 130 in a dedicated RRC message.
[0080] Continuing with the process 300, the network device 120 receives a random access request that serves as an SCG resume request from the terminal device 130. In some embodiments, the network device 120 may determine whether to activate the SCG 160 on its own.
[0081] In some embodiments, network device 120 may send a message to network device 110 to confirm the SCG resume request. For example, as shown in FIG. 3, network device 120 may send (312) a requirement to resume SCG 160 to network device 110. This requirement may be referred to as an "SCG resume requirement." Once the SCG resume requirement is received, network device 110 may send (314) a confirmation to network device 120 for the SCG resume requirement, which may be referred to as an "SCG resume confirmation."
[0082] In some embodiments, network device 110 may configure network device 120 regarding the action to take upon receiving an SCG resume request. In some scenarios, network device 110 may configure network device 120 to decide whether or not to activate SCG 160 on its own. In some scenarios, network device 110 may configure network device 120 to send an SCG resume requirement to acknowledge the SCG resume request.
[0083] If the network device 120 decides to activate the SCG 160 or if the network device 110 indicates to the network device 120 to activate the SCG 160, the network device 120 may send (316) a response to the random access request to the terminal device 130. In an embodiment where the random access procedure is a four-step CBRA procedure, the response may be MSG4 for contention resolution. In an embodiment where the random access procedure is a four-step CFRA procedure, the response may be MSG2, a random access response. In an embodiment where the random access procedure is a two-step random access procedure, the response may be MSGB for contention resolution.
[0084] If the terminal device 130 receives a response to the random access request from the network device 120, the terminal device 130 may determine that the random access procedure was successful. In an embodiment in which SCG transmission is resumed and timer T3xx-2(1) is started, if the random access is successful, the terminal device 130 may stop timer T3xx-2(1). The terminal device 130 may consider the SCG 160 to have been successfully resumed.
[0085] In an embodiment in which the PSCell transmission is resumed and the timer T3xx-2(1) is started, when the random access is successful, the terminal device 130 may stop the timer T3xx-2(1). The terminal device 130 may further resume all transmissions on the SCG 160, including data and signaling transmissions. For example, the terminal device 130 may resume SCG transmissions for all SRBs and DRBs in addition to the previously already resumed SRB3. Additionally, the RRC layer may indicate to the MAC layer to resume the SCG 160. For example, the SCells of the SCG 160 may be activated. Alternatively, the active BWPs of the SCells of the SCG 160 may be switched to non-dormant BWPs.
[0086] In embodiments where SCG transmission is resumed and no timer is introduced, if no response is received from the network device 120, the terminal device 130 may determine that the random access procedure has failed and may consider the SCG resume procedure with the SN to have failed. Thus, the terminal device 130 may suspend SCG transmission for all SRBs and DRBs and reset the MAC entity for the SCG 160, which may be referred to as the "SCG MAC entity". In some embodiments, the terminal device 130 may transmit (318) a message to the network device 110 indicating a failure in resuming or activating the SCG 160. The failure in resuming or activating the SCG 160 may be referred to as an "SCG resume failure". Alternatively or additionally, the terminal device 130 may transmit (320) a request to the network device 110 to activate the SCG 160 of the network device 120. The request transmitted (320) to the network device 110 may be, for example, an SCG activation request as described with reference to FIG. 2. This may allow the process of requesting the MN to resume the SCG to be performed.
[0087] In an embodiment in which SCG transmission is resumed and timer T3xx-2(1) is started, when timer T3xx-2(1) expires, terminal device 130 may consider the SCG resume procedure with the SN to have failed. Thus, terminal device 130 may suspend SCG transmission for all SRBs and DRBs and reset the SCG MAC entity. Additionally, the RRC layer may indicate to the MAC layer to suspend SCG 160. In some embodiments, terminal device 130 may transmit (318) a message to network device 110 indicating SCG resume failure. Alternatively, or additionally, terminal device 130 may transmit (320) a request to network device 110 to activate SCG 160 of network device 120. The request transmitted (320) to network device 110 may be, for example, an SCG activation request as described with reference to FIG. 2. This may allow a process to be performed to request the MN to resume SCG.
[0088] In an embodiment in which PSCell transmission is resumed and timer T3xx-2(1) is started, when timer T3xx-2(1) expires, terminal device 130 may consider the SCG resumption procedure with the SN to have failed. Thus, terminal device 130 may reset the SCG MAC entity. Furthermore, terminal device 130 may deactivate PSCell 160-1 or switch the active BWP of PSCell 160-1 to a dormant BWP. In some embodiments, terminal device 130 may transmit (318) a message to network device 110 indicating SCG resumption failure. Alternatively or additionally, terminal device 130 may transmit (320) a request to network device 110 to activate SCG 160 of network device 120. The request transmitted (320) to network device 110 may be, for example, an SCG activation request as described with reference to FIG. 2. This may allow a process to be performed to request the MN to resume the SCG.
[0089] Table 2 below shows some attributes of timer T3xx-2(1) summarized from the above description. The start condition of timer T3xx-2(1) is the start of an SCG resumption procedure with the SN. The stop condition of timer T3xx-2(1) is the successful completion of a random access procedure in the PSCell. Upon expiration of timer T3xx-2(1), the terminal device 130 can inform the network of an SCG resumption failure by initiating an SCG failure procedure and / or can send a request to the MN to activate the SCG. (Table 2) Attributes of Timer T3xx-2(1) TIFF2025013909000003.tif38163
[0090] In the above embodiment, the terminal device 130 directly requests the SN to resume the SCG. Since no message transmission is required between the terminal device 130 and the MN, the delay of the SCG resume procedure can be reduced. Moreover, since the random access request serves as a request to activate the SCG, no dedicated signaling (e.g., RRC message) is required. Example process with dedicated signaling
[0091] 4 is a signaling diagram illustrating a process 400 for requesting an SCG restart from an SN, according to some embodiments of the present disclosure. For illustrative purposes, the process 400 will be described with reference to FIG. 1. The process 400 may involve a terminal device 130, a network device 110, and a network device 120. In the process 400 of FIG. 4, the terminal device 130 requests an SCG restart from the network device 120 acting as an SN.
[0092] As a premise, the SCG 160 of the network device 120 has been suspended or deactivated. As shown in FIG. 4, in some embodiments, the network device 110 may send (402) an instruction to the terminal device 130 to suspend the SCG 160 of the network device 120. Such an instruction may also be referred to as an SCG suspension instruction. By way of example, the SCG suspension instruction may be an RRC Reconfiguration message. In some embodiments, the network device 120 may send the SCG suspension instruction to the terminal device 130 on behalf of the network device 110. The scope of the present disclosure is not limited in these respects.
[0093] The terminal device 130 determines (404) to perform UL transmission with the network device 120. The UL transmission is performed in one or more cells of the SCG 160.
[0094] To enable UL transmission, terminal 130 initiates (406) a procedure for SCG resumption. This procedure may be referred to herein as an "SCG resumption procedure" or an "SCG resumption procedure with an SN." When the SCG resumption procedure is initiated, terminal 130 may resume an SRB on SCG 160. For example, terminal 130 may resume an SRB.
[0095] As described above, during SCG suspension, neither the PSCell 160-1 nor the SCell 160-2 of the SCG 160 can transmit or receive data. Thus, when the SCG resume procedure is initiated, the terminal device 130 can enable transmission on the PSCell 160-1 of the SCG 160. The resumption of transmission on the PSCell 160-1 may depend on the particular model of SCG suspension. For example, if the PSCell 160-1 is deactivated during SCG suspension, the terminal device 130 can activate the PSCell 160-1 to enable transmission on the PSCell 160-1. If the PSCell 160-1 is activated but the active BWP of the PSCell 160-1 is configured as a dormant BWP during SCG suspension, the terminal device 130 can switch the active BWP of the PSCell 160-1 from a dormant BWP to a non-dormant BWP.
[0096] The terminal device 130 then sends (408) a request to activate the SCG 160, i.e., an SCG resume request, to the network device 120. In the example process 400, the SCG resume request 408 sent to the network device 120 is dedicated signaling used to activate the SCG 160. The SCG resume request may include characteristic information regarding the UL transmission to be performed. The characteristic information may assist the network device 120 in determining how to process the SCG resume request.
[0097] In some embodiments, the characteristic information may include a reason for triggering a UL transmission, which may be referred to as an “SCG resume reason.” For example, the SCG resume reason may include, but is not limited to, a mobile originated video call (mo-VideoCall), a mobile originated data (mo-Data), a mobile originated voice call (mo-VoiceCall), and a mobile originated signaling (mo-signaling).
[0098] Alternatively or additionally, the characteristic information may include an identification (ID) of a data session associated with the UL transmission to be performed. The ID of the data session may assist the network device 120 in determining whether to relocate the data session. For example, the characteristic information may include a Protocol Data Unit (PDU) Session ID of the UL transmission.
[0099] The terminal device 130 may send an SCG resume request using SRB3. The SCG resume request may be an RRC message. For example, an SCG ResumeRequest message may be defined for the SCG resume procedure. Other RRC messages defined for other purposes, such as a UEAssistanceInformation message, are also possible.
[0100] 4, it should be understood that a random access procedure on the PSCell 160-1 can be initiated by the terminal device 130 to send an SCG resume request. For example, the random access procedure can be triggered by the MAC layer due to the arrival of an SCG ResumeRequest message.
[0101] In some embodiments, the random access procedure on PSCell 160-1 may be a four-step CBRA procedure. In these embodiments, terminal device 130 may transmit (408) an SCG resume request in MSG3. Alternatively or additionally, terminal device 130 may transmit (408) an SCG resume request using an UL grant provided in MSG4. In some embodiments, the random access procedure on PSCell 160-1 may be a four-step CFRA procedure. In these embodiments, terminal device 130 may transmit (408) an SCG resume request using an UL grant provided by network device 120.
[0102] In some embodiments, the random access procedure on PSCell 160-1 may be a two-step random access procedure. In these embodiments, terminal device 130 may transmit (408) an SCG resume request in the MSGA. Alternatively or additionally, terminal device 130 may transmit (408) an SCG resume request using a UL grant provided in the MSGB.
[0103] In some embodiments, the random access procedure may be based on CFRA. The dedicated random access resources for CFRA may be indicated to the terminal device 130 together with an instruction to suspend the SCG 160, such as an SCG suspend instruction transmitted (402) by the network device 110. In some embodiments, the dedicated random access resources may be indicated in a configuration for an uplink BWP of the PSCell 160-1. For example, the dedicated random access resources may be indicated in a configuration for an active BWP and / or an initial BWP of the PSCell 160-1.
[0104] A timer denoted "T3xx-2(2)" can be introduced to monitor the response from the network device 120. When the terminal device 130 sends an SCG resume request, it starts (410) the timer T3xx-2(2).
[0105] In some embodiments, the upper limit value "t3xx-2(2)" of timer T3xx-2(2) may be provided to terminal device 130 along with an instruction to suspend SCG 160, e.g., an SCG suspension instruction sent (402) by network device 110. For example, in an embodiment in which the SCG suspension instruction is included in an RRC message, the RRC message may further include an IE indicating the upper limit value t3xx-2(2). In some other embodiments, the upper limit value t3xx-2(2) may be provided to terminal device 130 in a dedicated RRC message.
[0106] Continuing with process 400, network device 120 receives an SCG resume request from terminal device 130. In some embodiments, network device 120 may determine whether to activate SCG 160 on its own.
[0107] In some embodiments, the network device 120 may send a message to the network device 110 to confirm the SCG resume request. For example, as shown in FIG. 4, the network device 120 may send (412) an SCG resume requirement to the network device 110. The network device 120 may forward the characteristic information to the network device 110. The characteristic information may be included, for example, in the SCG resume requirement. The characteristic information may assist the network device 110 in determining how to handle UL transmissions and / or whether to activate the SCG 160. Once the SCG resume requirement is received, the network device 110 may send (414) an SCG resume confirmation to the network device 120.
[0108] In some embodiments, network device 110 may configure network device 120 regarding the action to take upon receiving an SCG resume request. In some scenarios, network device 110 may configure network device 120 to decide whether or not to activate SCG 160 on its own. In some scenarios, network device 110 may configure network device 120 to send an SCG resume requirement to acknowledge the SCG resume request.
[0109] After the network device 120 determines whether to activate the SCG 160, the network device 120 transmits (416) a response, which may be referred to as an "SCG resume response," to the terminal device 130. The SCG resume response may be an RRC message. For example, the SCG resume response is a SCGResumeRequest message defined for the SCG resume procedure, or a UEAssistanceInformation. The response may indicate whether activation of the SCG 160 is allowed or whether activation of the SCG 160 is denied.
[0110] If the response indicates that activation of the SCG 160 is permitted, the terminal device 130 may determine that the resumption of the SCG 160 is successful. Thus, the terminal device 130 may stop the timer T3xx-2(2). The terminal device 130 may further resume all transmissions on the SCG 160, including data and signaling transmissions. For example, the terminal device 130 may resume SCG transmissions for all SRBs and DRBs in addition to the previously already resumed SRB3. Additionally, the RRC layer may indicate to the MAC layer to resume the SCG 160. For example, the SCell of the SCG 160 may be activated. Alternatively, the initial BWP or active BWP of the SCell of the SCG 160 may be switched to a non-dormant BWP.
[0111] If the response indicates that activation of the SCG 160 is rejected, the terminal device 130 may stop timer T3xx-2(2) and suspend SRB3. Additionally, the higher layer (e.g., the RRC layer) may indicate to the lower layer (e.g., the MAC layer) to deactivate the PSCell 160-1 or to switch the active / initial BWP of the PSCell 160-1 to a dormant BWP.
[0112] If the response indicates that activation of the SCG 160 is rejected, the response may further include an upper limit value of timer T3xx-3. When the response is received, the terminal device 130 may start timer T3xx-3. The upper limit value t3xx-3 of timer T3xx-3 may be considered as a waiting time. If timer T3xx-3 is running, the terminal device 130 should not send an SCG resume request to the network device 120. In such an embodiment, the terminal device 130 may determine whether timer T3xx-3 is running. If timer T3xx-3 is not running, the terminal device 130 may send (408) an SCG resume request. In some embodiments, timer T3xx-3 may be the same timer as timer T3xx-1. Alternatively, timer T3xx-3 may be a different timer than timer T3xx-1.
[0113] In some embodiments, if the response indicates that activation of SCG 160 is rejected, the response may further include reconfiguration information of MCG 150 of network device 110. Terminal device 130 may reconfigure MCG 150 based on the reconfiguration information. For example, the response may include an embedded RRCReconfiguration message for MCG 150. Terminal device 130 may then apply the configuration of MCG 150 as indicated in the embedded RRCReconfiguration message.
[0114] If the timer T3xx-2(2) expires, the terminal device 130 may consider that the SCG resumption procedure with the SN has failed. Thus, when the timer T3xx-2(2) expires, the terminal device 130 may suspend the SRB3 and reset the SCG MAC entity. Furthermore, the terminal device 130 may deactivate the PSCell 160-1 or switch the active BWP of the PSCell 160-1 to a dormant BWP. In some embodiments, the terminal device 130 may transmit (418) a message indicating an SCG resumption failure to the network device 110. Alternatively or additionally, the terminal device 130 may transmit (420) a request to the network device 110 to activate the SCG 160 of the network device 120. The request transmitted (420) to the network device 110 may be, for example, an SCG activation request as described with reference to FIG. 2. This allows the process of requesting the MN to resume the SCG to be performed.
[0115] Table 3 below shows some attributes of timer T3xx-2(2) summarized from the above description. The start condition of timer T3xx-2(2) is the sending of an SCG restart request to the SN. The stop condition of timer T3xx-2(2) is the receipt of a response indicating that SCG restart is allowed or that SCG restart is rejected. Upon expiration of timer T3xx-2(2), the terminal device 130 can inform the network of the SCG restart failure by initiating an SCG failure procedure and / or can send a request to the MN to activate the SCG. (Table 3) Attributes of timer T3xx-2(2) TIFF2025013909000004.tif43162
[0116] Table 4 below shows some attributes of timer T3xx-3 that can be summarised from the above explanation. The start condition for timer T3xx-3 is the reception of a response indicating that SCG resumption is rejected. The stop condition for timer T3xx-3 is the reception of an RRC message indicating SCG resumption and / or SCG deconfiguration. (Table 4) Attributes of timer T3xx-3 TIFF2025013909000005.tif34164
[0117] In the above embodiment, the terminal device 130 directly requests the SN to resume SCG. Since no message transmission is required between the terminal device 130 and the MN, the delay of the SCG resume procedure can be reduced. In addition, a dedicated signaling (e.g., an RRC message) is used for the SCG resume request. Thus, the SCG resume request can include additional information, such as characteristic information about UL transmission. The additional information can assist the SN in deciding how to process the SCG resume request. Example method
[0118] 5 is a flow chart of an example method 500 according to some embodiments of the present disclosure. As shown in FIG. 1, the method 500 may be performed in a terminal device 130. It should be understood that the method 500 may include additional blocks not shown and / or may omit some blocks that are shown, and that the scope of the disclosure is not limited in this respect. For purposes of explanation, the method 500 will be described with reference to FIG. 1 from the perspective of the terminal device 130.
[0119] In block 510, the terminal device 130 served by the first network device 110 determines to perform uplink transmission with the second network device 120 serving the terminal device 130. The first network device 110 may be a master node serving the terminal device 130, and the second network device 120 may be a secondary node serving the terminal device 130. In block 520, the terminal device 130 sends a request to the first network device 110 to activate a cell group of the second network device 120. The request includes characteristic information regarding the uplink transmission.
[0120] In some embodiments, the characteristic information includes at least one of a reason for triggering the uplink transmission or an identification of a data session associated with the uplink transmission.
[0121] In some embodiments, transmitting the request includes determining whether a timer for activation of the cell group is running, and transmitting the request pursuant to a determination that the timer is not running.
[0122] In some embodiments, the method 500 further includes starting a timer in response to sending the request.
[0123] In some embodiments, the method 500 further includes receiving from the first network device 110 or the second network device 120 the upper timer value along with an instruction to deactivate the cell group.
[0124] 6 is a flow chart of an example method 600 according to some embodiments of the present disclosure. As shown in FIG. 1, the method 600 may be implemented in the first network device 110. It should be understood that the method 600 may include additional blocks not shown and / or may omit some blocks that are shown, and that the scope of the disclosure is not limited in this respect. For purposes of explanation, the method 600 will be described with reference to FIG. 1 from the perspective of the first network device 110.
[0125] In block 610, the first network device 110 receives a request to activate a cell group of the second network device 120 from the terminal device 130. The terminal device 130 is served by the first network device 110 and the second network device 120. In block 620, the first network device 110 determines, from the request, characteristic information regarding an uplink transmission to be performed between the first network device 110 and the second network device 120. In block 630, the first network device 110 causes the uplink transmission to be performed based on the characteristic information.
[0126] 7 is a flow chart of an example method 700 according to some embodiments of the present disclosure. As shown in FIG. 1, the method 700 may be performed in a terminal device 130. It should be understood that the method 700 may include additional blocks not shown and / or may omit some blocks that are shown, and that the scope of the disclosure is not limited in this respect. For purposes of explanation, the method 700 will be described with reference to FIG. 1 from the perspective of the terminal device 130.
[0127] In block 710, the terminal device 130 served by the first network device 110 determines to perform uplink transmission with the second network device 120 serving the terminal device 130. In block 720, the terminal device 130 enables transmission in a primary cell of the cell group of the second network device 120. In block 730, the terminal device 130 transmits a first request to activate the cell group of the second network device 120 to the second network device in the primary cell. In block 740, the terminal device 130 monitors a response to the first request based on a first timer for activation of the cell group.
[0128] In some embodiments, the method 700 further includes transmitting, in accordance with determining that the first timer has expired, at least one of a message indicating a failure to activate the cell group of the second network device 120 or a second request to activate the cell group of the second network device 120 to the first network device 110.
[0129] In some embodiments, the first request includes a random access request for a random access procedure, and the method further includes stopping the first timer pursuant to determining that the random access procedure is successful.
[0130] In some embodiments, the first request includes a radio resource control (RRC) message, and transmitting the first request includes resuming a signaling radio bearer on the cell group and transmitting the RRC message using the signaling radio bearer.
[0131] In some embodiments, the method 700 further includes receiving a first response to the first request from the second network device 120, the first response indicating that activation of the cell group is allowed, and in response to receiving the first response, stopping the first timer, resuming another signaling radio bearer on the cell group and a data radio bearer on the cell group, and enabling transmissions on one or more secondary cells of the cell group.
[0132] In some embodiments, the method 700 further includes receiving a second response to the first request from the second network device 120, the second response indicating that activation of the cell group is denied, and in response to receiving the second response, stopping the first timer, suspending the signaling radio bearers on the cell group, and starting a second timer with an upper limit value indicated in the second response.
[0133] In some embodiments, transmitting the RRC message includes determining whether a second timer is running and transmitting the RRC message according to a determination that the second timer is not running.
[0134] In some embodiments, the method 700 further includes, in accordance with a determination that the second response includes reconfiguration information for another cell group of the first network device 110, reconfiguring the another cell group based on the reconfiguration information.
[0135] In some embodiments, the RRC message includes characteristic information regarding the uplink transmission.
[0136] In some embodiments, enabling transmission in a primary cell of the cell group includes enabling transmission in the primary cell by switching the primary cell of the cell group from a dormant bandwidth part (BWP) to a non-dormant BWP or enabling transmission in the primary cell by activating the primary cell of the cell group.
[0137] In some embodiments, transmitting the first request includes determining resources for a random access procedure from an instruction to deactivate the cell group, the instruction being received from the first network device 110 or the second network device 120, and transmitting the first request by initiating the random access procedure in the primary cell using the determined resources.
[0138] In some embodiments, a method is provided that may be implemented in a network device, such as network device 110 shown in Figure 1. The method may include operations performed by network device 110 as described with reference to Figures 2-4.
[0139] In some embodiments, a method is provided that may be implemented in a network device, such as network device 120 shown in Figure 1. The method may include operations performed by network device 120 as described with reference to Figures 2-4. Equipment example
[0140] 8 is a schematic block diagram of an apparatus 800 suitable for implementing embodiments of the present disclosure. The apparatus 800 may be considered as another exemplary implementation of the terminal device 130, the network device 120, or the network device 110 shown in FIG. 1. Thus, the apparatus 800 may be implemented in or as at least a part of the terminal device 130, the network device 120, or the network device 110.
[0141] As shown, the apparatus 800 comprises a processor 810, a memory 820 coupled to the processor 810, a suitable transmitter (TX) and receiver (RX) 840 coupled to the processor 810, and a communication interface coupled to the TX / RX 840. The memory 820 stores at least a portion of a program 830. The TX / RX 840 is used for bidirectional communication. The TX / RX 840 has at least one antenna to facilitate communication, although the access nodes referred to herein may actually have multiple antennas. The communication interface may represent any interface required for communication with other network elements, such as an X2 interface for bidirectional communication between eNBs, an S1 interface for communication between a mobility management entity (MME) / serving gateway (S-GW) and an eNB, an Un interface for communication between an eNB and a relay node (RN), or an Uu interface for communication between an eNB and a terminal device.
[0142] It is assumed that the program 830 includes program instructions that, when executed by an associated processor 810, enable the device 800 to operate according to embodiments of the present disclosure, as described herein with reference to Figures 2 to 7. The embodiments of the present disclosure may be realized by computer software executable by the processor 810 of the device 800, or by hardware, or by a combination of software and hardware. The processor 810 may be configured to implement various embodiments of the present disclosure. Furthermore, the combination of the processor 810 and the memory 820 may form a processing means 850 suitable for implementing various embodiments of the present disclosure.
[0143] The memory 820 may be of any type suitable for a local technology network and may be implemented using any suitable data storage technology, such as, by way of non-limiting example, non-transitory computer-readable storage media, semiconductor-based memory devices, magnetic memory devices and systems, optical memory devices and systems, fixed and removable memories. Although only one memory 820 is shown in the device 800, there may be several physically distinct memory modules in the device 800. The processor 810 may be of any type suitable for a local technology network and may include, by way of non-limiting example, one or more of a general purpose computer, a special purpose computer, a microprocessor, a digital signal processor (DSP), and a processor based on a multi-core processor architecture. The device 800 may have multiple processors, for example application specific integrated circuit chips time-slaved to a clock that synchronizes the main processor.
[0144] Overall, various embodiments of the present disclosure can be realized in hardware or special purpose circuits, software, logic, or any combination thereof. Some aspects may be realized in hardware, while other aspects may be realized in firmware or software that can be executed by a controller, microprocessor, or other computing device. Although various aspects of the embodiments of the present disclosure have been illustrated and described using block diagrams, flow charts, or some other pictorial representations, it should be understood that the blocks, devices, systems, techniques, or methods described herein can be implemented, by way of non-limiting examples, in hardware, software, firmware, special purpose circuits or logic, general purpose hardware or controller or other computing device, or any combination thereof.
[0145] The present disclosure also provides at least one computer program product tangibly stored on a non-transitory computer-readable storage medium. The computer program product includes computer-executable instructions, such as instructions included in a program module, that execute in a device on a target real or virtual processor to perform the process or method described above with reference to Figures 2 to 7. Generally, program modules include routines, programs, libraries, objects, classes, components, data structures, etc. that perform particular tasks or implement particular abstract data types. In various embodiments, the functionality of the program modules may be combined or split between program modules as appropriate. The machine-executable instructions of the program modules may be executed in local or distributed devices. In a distributed device, the program modules may be located in both local and remote storage media.
[0146] The program codes for carrying out the methods of the present disclosure can be written in any combination of one or more programming languages. These program codes are provided to a processor or controller of a general purpose computer, a special purpose computer, or other programmable data processing device, and when executed by the processor or controller, the program code causes the functions / operations specified in the flowcharts and / or block diagrams to be implemented. The program code can be executed entirely on the machine, partially on the machine, as a separate software package, partially on the machine and partially on a remote machine, or entirely on a remote machine or server.
[0147] The above program code may be implemented on a machine-readable medium, which may be any tangible medium that can contain or store a program used by or associated with an instruction execution system, device, or apparatus. The machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. The machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, device, or apparatus, or any suitable combination of the aforementioned media. More specific examples of machine-readable storage media may include an electrical connection having one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable optical disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the aforementioned.
[0148] It should be understood that although operations have been described in a particular order, it is not required that such operations be performed in the particular order shown, or in any sequential order, or that all of the operations described be performed, in order to achieve desired results. In some cases, multitasking or parallel processing may be advantageous. Similarly, although some specific implementation details are included in the above discussion, these should not be construed as limitations on the scope of the disclosure, but rather as descriptions of features that may be specific to certain embodiments. Some features that are described in the context of individual embodiments may be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment may be implemented in multiple embodiments separately or in any suitable subcombination.
[0149] Although the present disclosure has been described in language specific to structural features and / or methodological acts, it is to be understood that the present disclosure as defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims.
Claims
1. A terminal device connected to a first network device and a second network device in a dual connectivity (DC) network, determining that there is an uplink transmission with the second network device; If a cell group of the second network device is deactivated, sending to the first network device UEAssistanceInformation including information indicating that the terminal device has uplink data related to the deactivated cell group; A communication method including:
2. The UEAssistanceInformation is transmitted using signaling radio bearer 1 (SRB1); The communication method according to claim 1 .
3. In the first network device, Communicating with a terminal device via dual connectivity (DC) between a first network device and a second network device; receiving, from the terminal device, UEAssistanceInformation including information indicating that the terminal device has uplink data related to the deactivated cell group if the cell group of the second network device is deactivated; A communication method including:
4. The UEAssistanceInformation is received using Signaling Radio Bearer 1 (SRB1); The communication method according to claim 3.
5. A terminal device connected to a first network device and a second network device in dual connectivity (DC), means for determining that there is an uplink transmission with the second network device; means for transmitting, to the first network device, UEAssistanceInformation, when a cell group of the second network device is deactivated, the UEAssistanceInformation including information indicating that the terminal device has uplink data related to the deactivated cell group; A terminal device comprising:
6. The transmitting means transmits the UEAssistanceInformation using a signaling radio bearer 1 (SRB1). The terminal device according to claim 5.
7. A first network device, A means for communicating with a terminal device through dual connectivity (DC) between a first network device and a second network device; means for receiving, when a cell group of the second network device is deactivated, UEAssistanceInformation from the terminal device, the UEAssistanceInformation including information indicating that the terminal device has uplink data related to the deactivated cell group; A first network device comprising:
8. The receiving means receives the UEAssistanceInformation using a signaling radio bearer 1 (SRB1). The first network device of claim 7.