Communication method for terminal device, communication method for first network device, terminal device, and first network device

Abstract

To provide a communication method, a communication device, and a communication medium for secondary cell group (SCG) resumption.SOLUTION: A communication method includes: 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.SELECTED DRAWING: Figure 5

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] An MN and an SN can be associated with one or more serving cells. In a carrier aggregation (CA) scenario, each of the MN and the 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, for example, an SCG can be suspended to reduce power consumption. Due to the arrival of uplink data, a suspended SCG may need to be resumed. However, the mechanism for 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 related to the uplink transmission.

[0006] In a second aspect, a communication method is provided, the method including receiving, at a first network device, from a terminal device, a request 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 related to uplink transmission to be performed between the first network device and the second network device, and performing the uplink transmission 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 on a primary cell of a cell group of the second network device, sending a first request to the second network device on 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 stored thereon instructions that, when executed by the processing unit, cause 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 stored thereon instructions that, 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 that, 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 be readily apparent from the following description. [Brief explanation 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] [Figure 2] FIG. 1 is a signaling diagram illustrating a process for requesting an MN to resume an SCG, according to some embodiments of the present disclosure.

[0018] [Figure 3] FIG. 1 is a signaling diagram illustrating a process for requesting an SN to resume an SCG, in accordance with some embodiments of the present disclosure.

[0019] [Figure 4] FIG. 1 is a signaling diagram illustrating a process for requesting an SN to resume an SCG, in accordance with some embodiments of the present disclosure.

[0020] [Figure 5] FIG. 1 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 exemplary communication method implemented in a network device, according to some embodiments of the present disclosure.

[0022] [Figure 7] FIG. 1 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 symbols represent the same or similar elements. DETAILED DESCRIPTION OF THE INVENTION

[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 aid those skilled in the art in understanding and practicing 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 those described below.

[0026] In the following description and claims, unless defined otherwise, 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 area in which a terminal device can communicate. Examples of network devices include, but are not limited to, a Node B (Node B or NB), an evolved Node B (eNode B or eNB), a New Radio Access Node B (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 purposes 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 capable of wireless or wired communication. 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) device, machine-type communication (MTC) devices or evolved MTC (eMTC) devices, and in-vehicle devices for V2X communications. The "X" in V2X can represent 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 enables wireless or wired internet access and browsing. In the following description, the terms "terminal device," "communication device," "terminal," "user device," and "UE" can be used interchangeably.

[0029] In one embodiment, a terminal device can connect 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 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 related to the different RATs can be transmitted to the terminal device from at least one of the first network device and the second network device. In one embodiment, the first information can be transmitted from the first network device to the terminal device, and the second information can be transmitted from the second network device directly or via the first network device to the terminal device. In one embodiment, information related to the terminal device's configuration configured by the second network device can be transmitted from the second network device via the first network device. The information regarding the reconfiguration of the terminal device set by the second network device can be sent to the terminal device directly from the second network device or via the first network device.

[0030] 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, and Global System for Mobile Communications (GSM). Furthermore, communications may be performed according to any currently known or future-developed generation of communications protocols. 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 with 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," etc. 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. It should be understood that such descriptions are intended to illustrate that choices may be made from among many functional alternatives used, and that such choices are not necessarily better, smaller, higher, or otherwise more preferred than other choices. 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. Network device 110 serves terminal device 130 as a mobile node (MN), while network device 120 serves terminal device 130 as a system number (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. Because the network device 110 serves as a mobile node, 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. Because 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] 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, terminal device 130 may transmit UL data and radio resource control (RRC) signaling to network device 110 or 120 via an UL channel. In some examples, 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, RRC signaling may be transmitted within the physical uplink shared channel (PUSCH). In DL transmission, network device 110 or 120 may transmit DL data and RRC signaling to terminal device 130 via a DL channel. In some examples, 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, 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, Evolved Universal Terrestrial Radio Access (E-UTRA)-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, NEs) 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 an 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 an NGEN-DC and an 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] 1 are provided for illustrative purposes and do not imply any limitations on the present disclosure. Communication environment 100 may include any suitable number of network devices and / or terminal devices suitable for implementing embodiments of the present disclosure. Furthermore, communication environment 100 may include any other devices (e.g., core network elements) other than network devices and terminal devices, which are omitted herein to avoid obscuring the present disclosure.

[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 activating and deactivating SCells. To enable reasonable power consumption (e.g., battery consumption) of UEs 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 also include SCell dormancy. To enable rapid 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 a dormant BWP for one or more SCells or one or more SCell groups. A dormant BWP is one of the dedicated BWPs for the UE configured by the network via dedicated RRC signaling. A dormant BWP cannot be configured on an SpCell or PUCCH SCell.

[0044] Power-saving solutions are also required for DC scenarios. As mentioned above, SCG suspension may be required. We will use EN-DC as an example. Maintaining two radio links simultaneously poses significant challenges for UE and network power consumption. For example, UE power consumption in NR networks is three to four times higher than that in LTE networks. In EN-DC deployments, the MN provides basic coverage. When the UE's data rate requirements dynamically change, for example, from high to low, it is worth considering deactivating or suspending the SN to reduce power consumption. Therefore, an effective SCG deactivation mechanism must be defined. This effective SCG deactivation mechanism can also be applied to other MR-DC deployments, including, but not limited to, NGEN-DC and 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; and in option 3, the SCcells 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 from the above, unlike SCell activation / deactivation and SCell dormancy (where the PSCell can maintain data transmission and no higher layer processing occurs), during SCG suspension, neither the PSCell nor the SCell of the SCG can send or receive data. If UL traffic related to the SCG arrives at the UE during SCG suspension, the MN and SN may not be aware of it. In this case, the UE can decide whether to resume or activate the suspended SCG. Resumption of a suspended SCG may be referred to herein as "SCG resumption" or "SCG activation." Therefore, an efficient and robust SCG resumption mechanism should be defined. This efficient and robust SCG resumption can be applied to various MR-DC deployments, including but not limited to EN-DC, NGEN-DC, and NR-DC deployments.

[0047] According to exemplary embodiments of the present disclosure, a solution for SCG resumption is provided. In this solution, a terminal device can initiate SCG resumption when performing uplink transmission with an SN. In some embodiments, the terminal device can request SCG resumption from an MN. In some embodiments, the terminal device can directly request SCG resumption from an SN. Some exemplary embodiments of the present disclosure are described in detail below. 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 an SCG, according to some embodiments of the present disclosure. For illustrative purposes, process 200 will be described with reference to FIG. 1. Process 200 may involve terminal device 130, network device 110, and network device 120. In process 200 of FIG. 2, terminal device 130 requests SCG resumption from network device 110, which is functioning 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] Terminal device 130 decides (204) to perform UL transmission with network device 120. The UL transmission is performed in one or more cells of SCG 160. This case may be referred to as UL data arrival.

[0051] To enable UL transmission, the terminal device 130 communicates with the network device 110. Both, SA procedure for CG resumption is initiated. The terminal device 130 sends (206) a request to the network device 110 to activate the SCG 160 of the network device 120. This request may be referred to as an "SCG activation request." The SCG activation request includes characteristic information about the UL transmission to be performed. The characteristic information can assist the network device 110 in determining 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 the 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 a data session identification (ID) associated with the UL transmission being performed. The data session ID 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 send (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 UEAssistanceInformation message. Other messages, such as a message specific to a resume request, are also possible.

[0055] In some embodiments, to avoid frequent transmission of SCG activation requests, a timer represented by "T3xx-1" can be introduced for SCG resumption. The terminal device 130 can transmit the SCG activation request only if timer T3xx-1 is not running. For example, the terminal device 130 can determine whether timer T3xx-1 is running. If timer T3xx-1 is not running, the terminal device 130 can transmit (206) an SCG activation request to the network device 110. When transmitting the SCG activation request, the terminal device 130 can start 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 embodiments 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] When a connection re-establishment / RRC restart procedure is initiated, the terminal device 130 may stop timer T3xx-1. Alternatively or additionally, when an RRC message indicating release of SCG configuration is received, the terminal device 130 may stop timer T3xx-1.

[0058] Table 1 below shows some attributes of timer T3xx-1 summarized 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 TIFF0007800616000001.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 characteristic information regarding the UL transmission from the SCG activation request and determine how to handle the UL transmission based on this characteristic information.

[0060] In some embodiments, network device 110 may not respond to the SCG activation request. In some embodiments, network device 110 may decide not to activate SCG 160 and decide to handle the UL transmission itself. In such embodiments, network device 110 may communicate with CN 140 to relocate a data session associated with the UL transmission from network device 120 to network device 110. For example, network device 110 may send a PDU session ID for the UL transmission to CN 140. CN 140 may relocate the PDU session to 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 an embodiment, 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 indicating SCG resumption to the terminal device 130. 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 RRCReconfiguration message, and the response may be an RRCReconfigurationComplete message. Other messages, such as messages specific to SCG resumption, are also possible.

[0063] Once a response is received from terminal device 130, network device 110 may send (216) a message notifying SCG resumption to network device 120. By way of example, this message may be an 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-described 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 regarding 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 of process for requesting SN to resume SCG

[0066] SCG restart may be triggered or initiated by terminal device 130. In some embodiments, terminal device 130 may request SCG restart 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 SN to resume an SCG, 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 the network device 120, which functions as an SN, to resume an SCG.

[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 instead 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, terminal device 130 initiates (306) a procedure for SCG resumption with network device 120. This procedure may be referred to herein as an "SCG resumption procedure" or an "SCG resumption procedure with SN." During the SCG resumption procedure, terminal device 130 sends (310) a random access request to network device 110 to activate SCG 160 in network device 120. In example process 300, no dedicated signaling is used to activate SCG 160. Instead, the random access request can function as a request to activate SCG 160, i.e., an SCG resumption request.

[0071] 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. 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 an SCG restart procedure is initiated, terminal device 130 may resume transmission on SCG 160, including transmission of data and signaling. For example, terminal device 130 may resume SCG transmission for all SRBs and data radio bearers (DRBs). Furthermore, a higher layer (e.g., an RRC layer) may indicate to a lower layer (e.g., a media access control, MAC layer) to resume SCG 160. Accordingly, a random access procedure on PSCell 160-1 may be triggered by the MAC layer. This may result in a random access request being sent (310) to network device 120. Hereinafter, for purposes of explanation and without any limitation, such an embodiment may be referred to as an "embodiment in which SCG transmission is resumed."

[0073] In some embodiments, when an SCG resume procedure is initiated, the terminal device 130 may resume transmission only on the PSCell 160-1. The resumption of transmission on the PSCell 160-1 may depend on the specific 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 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 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 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 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 terminal device 130 for transmitting an SCG resume request.

[0077] In some embodiments, the dedicated random access resources for the CFRA may be indicated to the terminal device 130 along with an instruction to suspend the SCG 160, such as an SCG suspend instruction sent (302) by the network device 110. In some embodiments, the dedicated random access resources may be indicated in a configuration for the uplink BWP of the PSCell 160-1. For example, the dedicated random access resources may be indicated in a configuration for the active BWP and / or the initial BWP of the 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 along with an instruction to suspend SCG 160, e.g., an SCG suspend instruction sent (302) by network device 110. For example, in embodiments in which the SCG suspend instruction is included in an RRC message, the RRC message may further include an IE indicating upper limit value t3xx-2(1). In some other embodiments, upper limit value t3xx-2(1) may be provided to terminal device 130 in a dedicated RRC message.

[0080] Continuing with process 300, network device 120 receives a random access request that serves as an SCG resume request from terminal device 130. In some embodiments, network device 120 may decide whether to activate SCG 160 itself.

[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 of the SCG resume requirement to network device 120, which may be referred to as an "SCG resume confirmation."

[0082] In some embodiments, network device 110 can configure network device 120 regarding the action to take when it receives an SCG resume request. In some scenarios, network device 110 can configure network device 120 to decide whether to activate SCG 160. In some scenarios, network device 110 can 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 transmit (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, i.e., 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 terminal device 130 receives a response to the random access request from network device 120, terminal device 130 may determine that the random access procedure was successful. In embodiments in which SCG transmission is resumed and timer T3xx-2(1) is started, if the random access is successful, terminal device 130 may stop timer T3xx-2(1). Terminal device 130 may consider SCG 160 to have been successfully resumed.

[0085] In an embodiment in which PSCell transmission is resumed and timer T3xx-2(1) is started, upon successful random access, terminal device 130 may stop timer T3xx-2(1). Terminal device 130 may further resume all transmissions on SCG 160, including data and signaling transmissions. For example, terminal device 130 may resume SCG transmissions for all SRBs and DRBs in addition to SRB3, which was previously already resumed. Additionally, the RRC layer may indicate to the MAC layer to resume SCG 160. For example, an SCell of SCG 160 may be activated. Alternatively, an active BWP of an SCell of SCG 160 may be switched to a non-dormant BWP.

[0086] In embodiments in which SCG transmission is resumed and no timer is implemented, if no response is received from network device 120, terminal device 130 may determine that the random access procedure failed and consider the SCG restart procedure with the SN to have failed. Accordingly, terminal device 130 may pause SCG transmission for all SRBs and DRBs and reset the MAC entity for SCG 160, which may be referred to as the “SCG MAC entity.” In some embodiments, terminal device 130 may transmit (318) a message to network device 110 indicating a failure in restarting or activating SCG 160. A failure in restarting or activating SCG 160 may be referred to as an “SCG restart failure.” Alternatively, or additionally, terminal device 130 may transmit (320) a request to network device 110 to activate SCG 160 in 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 the MN to perform a process of requesting SCG restart.

[0087] In embodiments in which SCG transmission is resumed and timer T3xx-2(1) is started, when timer T3xx-2(1) expires, terminal device 130 can consider the SCG resumption procedure with the SN to have failed. Accordingly, terminal device 130 can suspend SCG transmission for all SRBs and DRBs and reset the SCG MAC entity. Additionally, the RRC layer can indicate to the MAC layer to suspend SCG 160. In some embodiments, terminal device 130 can transmit (318) a message to network device 110 indicating an SCG resumption failure. Alternatively, or additionally, terminal device 130 can transmit (320) a request to network device 110 to activate SCG 160 in network device 120. The request transmitted (320) to network device 110 can be, for example, an SCG activation request as described with reference to FIG. 2. This can then execute a process to request the MN to resume its 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 can consider the SCG resumption procedure with the SN to have failed. Accordingly, terminal device 130 can reset the SCG MAC entity. Furthermore, terminal device 130 can deactivate PSCell 160-1 or switch the active BWP of PSCell 160-1 to a dormant BWP. In some embodiments, terminal device 130 can transmit (318) a message indicating an SCG resumption failure to network device 110. Alternatively, or additionally, terminal device 130 can transmit (320) a request to network device 110 to activate SCG 160 of network device 120. The request transmitted (320) to network device 110 can 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.

[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 the SCG resumption procedure with the SN. The stop condition of timer T3xx-2(1) is the successful completion of the random access procedure in the PSCell. Upon expiration of timer T3xx-2(1), the terminal device 130 can notify 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) TIFF0007800616000002.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. Furthermore, since the random access request serves as a request to activate the SCG, no dedicated signaling (e.g., an RRC message) is required. Example process with dedicated signaling

[0091] 4 is a signaling diagram illustrating a process 400 for requesting an SN to resume an SCG, 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 the network device 120, which functions as an SN, to resume an SCG.

[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 instead 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 device 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 device 130 may resume an SRB on SCG 160. For example, terminal device 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 specific 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 about 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 the 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 a data session identification (ID) associated with the UL transmission being performed. The data session ID 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 transmit an SCG resume request using SRB3. The SCG resume request may be an RRC message. For example, an SCGResumeRequest 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 PSCell 160-1 can be initiated by terminal device 130 to transmit an SCG resume request. For example, the random access procedure can be triggered by the MAC layer due to the arrival of an SCGResumeRequest 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 an MSGA. Alternatively or additionally, terminal device 130 may transmit (408) an SCG resume request using an UL grant provided in an 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 the uplink BWP of the PSCell 160-1. For example, the dedicated random access resources may be indicated in a configuration for the active BWP and / or the initial BWP of the PSCell 160-1.

[0104] A timer represented by "T3xx-2(2)" can be introduced to monitor a 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 suspend instruction sent (402) by network device 110. For example, in embodiments in which the SCG suspend instruction is included in an RRC message, the RRC message may further include an IE indicating upper limit value t3xx-2(2). In some other embodiments, 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 decide whether to activate SCG 160 itself.

[0107] 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. 4, network device 120 may send (412) an SCG resume requirement to network device 110. Network device 120 may forward characteristic information to network device 110. The characteristic information may be included, for example, in the SCG resume requirement. The characteristic information may assist network device 110 in determining how to process UL transmissions and / or whether to activate SCG 160. Once the SCG resume requirement is received, network device 110 may send (414) an SCG resume confirmation to network device 120.

[0108] In some embodiments, network device 110 can configure network device 120 regarding the action to take when it receives an SCG resume request. In some scenarios, network device 110 can configure network device 120 to decide whether to activate SCG 160. In some scenarios, network device 110 can 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 an SCGResumeRequest message or UEAssistanceInformation defined for the SCG resume procedure. This response may indicate whether activation of the SCG 160 is permitted 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 can determine that the resumption of the SCG 160 is successful. Therefore, the terminal device 130 can stop timer T3xx-2(2). The terminal device 130 can further resume all transmissions on the SCG 160, including data and signaling transmissions. For example, the terminal device 130 can resume SCG transmissions for all SRBs and DRBs in addition to the previously resumed SRB3. Additionally, the RRC layer can indicate to the MAC layer to resume the SCG 160. For example, an SCell of the SCG 160 can be activated. Alternatively, an initial BWP or an active BWP of an SCell of the SCG 160 can 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 upper layer (e.g., the RRC layer) may indicate to the lower layer (e.g., the MAC layer) to deactivate the PSCell 160-1 or 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 denied, the response may further include an upper limit value for timer T3xx-3. When the response is received, the terminal device 130 may start timer T3xx-3. The upper limit value t3xx-3 for timer T3xx-3 may be considered 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 from 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 for 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 timer T3xx-2(2) expires, terminal device 130 may consider the SCG resumption procedure with the SN to have failed. Therefore, upon expiration of timer T3xx-2(2), terminal device 130 may suspend SRB3 and 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 (418) a message indicating an SCG resumption failure to network device 110. Alternatively, or additionally, terminal device 130 may transmit (420) a request to network device 110 to activate SCG 160 of network device 120. The request transmitted (420) to 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 a response indicating that SCG restart is denied. Upon expiration of timer T3xx-2(2), the terminal device 130 can notify the network of an 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) TIFF0007800616000003.tif43162

[0116] Table 4 below shows some attributes of timer T3xx-3 summarized from the above description. The start condition of timer T3xx-3 is the reception of a response indicating that SCG resumption is rejected. The stop condition of timer T3xx-3 is the reception of an RRC message indicating SCG resumption and / or SCG deconfiguration. (Table 4) Attributes of Timer T3xx-3 TIFF0007800616000004.tif34164

[0117] 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. Furthermore, 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 flowchart of an example method 500 according to some embodiments of the present disclosure. As shown in FIG. 1, method 500 may be performed in terminal device 130. It should be understood that method 500 may include additional blocks not shown and / or omit some blocks shown, and that the scope of the disclosure is not limited in this respect. For purposes of explanation, method 500 will be described with reference to FIG. 1 from the perspective of terminal device 130.

[0119] In block 510, a terminal device 130 served by a first network device 110 determines to perform uplink transmission with a 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 transmits 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, an instruction to deactivate the cell group along with an upper limit value for the timer.

[0124] 6 is a flowchart of an example method 600 according to some embodiments of the present disclosure. As shown in FIG. 1, method 600 may be implemented in first network device 110. It should be understood that method 600 may include additional blocks not shown and / or omit some blocks shown, and that the scope of the disclosure is not limited in this respect. For purposes of explanation, method 600 will be described with reference to FIG. 1 from the perspective of first network device 110.

[0125] In block 610, the first network device 110 receives a request from the terminal device 130 to activate a cell group of the second network device 120. 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 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 flowchart of an example method 700 according to some embodiments of the present disclosure. As shown in FIG. 1, method 700 may be performed in terminal device 130. It should be understood that method 700 may include additional blocks not shown and / or omit some blocks shown, and that the scope of the disclosure is not limited in this respect. For purposes of explanation, method 700 will be described with reference to FIG. 1 from the perspective of terminal device 130.

[0127] In block 710, a terminal device 130 served by a first network device 110 determines to perform uplink transmission with a second network device 120 serving the terminal device 130. In block 720, the terminal device 130 enables transmission on a primary cell of a cell group of the second network device 120. In block 730, the terminal device 130 sends a first request to activate the cell group of the second network device 120 to the second network device on 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, in accordance with determining that the first timer has expired, sending at least one of a message to the first network device 110 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.

[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 in accordance with 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 permitted, 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 transmission 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 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 on a primary cell of the cell group includes enabling transmission on 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 on 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 a 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 on the primary cell using the determined resources.

[0138] In some embodiments, a method is provided that can be implemented in a network device, such as network device 110 shown in Figure 1. The method can include operations performed by network device 110, such as those described with reference to Figures 2-4.

[0139] In some embodiments, a method is provided that can be implemented in a network device, such as network device 120 shown in Figure 1. The method can include operations performed by network device 120, such as those described with reference to Figures 2-4. Device example

[0140] Figure 8 is a schematic block diagram of an apparatus 800 suitable for implementing embodiments of the present disclosure. The apparatus 800 may be considered another exemplary implementation of the terminal device 130, the network device 120, or the network device 110 shown in Figure 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 a 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 in accordance with embodiments of the present disclosure, as described herein with reference to Figures 2-7. The embodiments herein may be implemented by computer software executable by the processor 810 of the device 800, 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] Memory 820 may be of any type suitable for a local technology network and may be implemented using any suitable data storage technology, including, 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 memory, and removable memory. While only one memory 820 is shown in device 800, several physically distinct memory modules may be present within device 800. 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. Device 800 may have multiple processors, e.g., application-specific integrated circuit chips time-slaved to a clock that synchronizes the main processor.

[0144] Overall, various embodiments of the present disclosure may be implemented in hardware or special purpose circuits, software, logic, or any combination thereof. Some aspects may be implemented in hardware, while other aspects may be implemented in firmware or software executable by a controller, microprocessor, or other computing device. While various aspects of embodiments of the present disclosure are illustrated and described using block diagrams, flowcharts, or other pictorial representations, it should be understood that the blocks, devices, systems, techniques, or methods described herein may be implemented in, by way of non-limiting example, 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 program modules, that execute within a device on a target real or virtual processor to perform the processes or methods described above with reference to FIGS. 2 through 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 desired. The machine-executable instructions of the program modules may be executed within local or distributed devices. In a distributed device, the program modules may be located in both local and remote storage media.

[0146] Program code 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, cause the program code to implement the functions / acts specified in the flowcharts and / or block diagrams. The program code can run 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-described program code may be embodied 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, apparatus, or device. 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, apparatus, or device, or any suitable combination of the aforementioned media. More specific examples of machine-readable storage media 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 above.

[0148] Although operations have been described in a particular order, it should not be understood that performing these operations in the particular order shown, or in any sequential order, or performing all of the operations described, is required to achieve desired results. In some cases, multitasking or parallel processing may be advantageous. Similarly, while several 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 particular embodiments. Some features that are described in the context of individual embodiments may also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment may also 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. Connecting a first network device and a second network device in dual connectivity (DC); having uplink data transmitted to the second network device; If the cell group of the second network device is deactivated, the terminal device sends, to the first network device, UEAssistanceInformation, which includes information about the uplink data to be transmitted to the deactivated cell group of the second network device; and A communication method for a terminal device, comprising:

2. The UEAssistanceInformation is transmitted using Signaling Radio Bearer 1 (SRB1). The communication method according to claim 1 .

3. Communicating with a terminal device via dual connectivity (DC) between a first network device and a second network device; If the cell group of the second network device is deactivated, the terminal device receives UEAssistanceInformation from the terminal device, the UEAssistanceInformation including information regarding uplink data to be transmitted to the deactivated cell group of the second network device; A communication method for a first network device, comprising:

4. The UEAssistanceInformation is received using Signaling Radio Bearer 1 (SRB1); The communication method according to claim 3 .

5. A means for connecting a first network device and a second network device in dual connectivity (DC); means for transmitting uplink data to 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 about the uplink data to be transmitted to the deactivated cell group of the second network device; A terminal device comprising:

6. The transmitting means transmits the UE Assistance Information using a signaling radio bearer 1 (SRB1). The terminal device according to claim 5.

7. A means for communicating with a terminal device via dual connectivity (DC) between a first network device and a second network device; means for receiving, from the terminal device, UEAssistanceInformation when the cell group of the second network device is deactivated, the UEAssistanceInformation including information regarding uplink data to be transmitted to the deactivated cell group of the second network device; A first network device comprising:

8. the receiving means receives the UE Assistance Information using a signaling radio bearer 1 (SRB1); The first network device of claim 7 .

9. The information regarding the uplink data includes a protocol data unit (PDU) session ID. The communication method according to claim 1 .

10. The information regarding the uplink data includes a protocol data unit (PDU) session ID. The communication method according to claim 3 .

Images