Method, MUSIM terminal device and master node (MN)

Abstract

Embodiments of the present disclosure relate to a communication method, an apparatus, and a computer-readable medium, including: generating, in a terminal device, scheduling gap information of a first network device associated with a first subscriber identity module of the terminal device; and transmitting the scheduling gap information to the first network device to request switching from the first network device to a second network device associated with a second subscriber identity module of the terminal device without releasing a radio resource control connection with the first network device, thereby interrupting traffic on only a portion of the serving cell of the first network device.

Description

[Technical field]

[0001] TECHNICAL FIELD Embodiments of the present disclosure relate generally to the field of telecommunications, and more particularly to a method, apparatus, and computer storage medium for communication during inter-network switching of a multi-universal subscriber identity module (USIM). [Background technology]

[0002] Currently, multi-USIM terminal devices occupy a large market share. The two USIM cards can comply with the same or different communication standards such as long term evolution (LTE), New Radio (NR), etc., and the radio frequency (RF) capabilities of the terminal device can be 1 transmit port (Tx) / 1 receive port (Rx), 1Tx / 2Rx, 2Tx / 1Rx, etc.

[0003] In some scenarios, a multi-USIM terminal device may establish a connection in network A with USIM A and maintain an idle or inactive state in network B with USIM B. Conventionally, when an operation needs to be performed in network B, such as performing a data transmission or monitoring a paging occasion, the terminal device simply releases the connection with network A and switches to network B without notifying network A. This negatively impacts the performance of network A. Summary of the Invention [Problem to be solved by the invention]

[0004] Generally, embodiments of the present disclosure provide a method, apparatus, and computer storage medium for communication during switching between multiple USIM networks. [Means for solving the problem]

[0005] In a first aspect, a communication method is provided, the method comprising: determining in a terminal device time information relating to a switch from a first network device associated with a first subscriber identity module of the terminal device to a second network device associated with a second subscriber identity module of the terminal device, and transmitting the time information to the first network device to request a release of a connection with the first network device.

[0006] In a second aspect, a communication method is provided, the method comprising: generating, in a terminal device, information regarding an expected scheduling gap of a first network device; and transmitting the information regarding the expected scheduling gap to the first network device to request switching from the first network device to a second network device without releasing a radio resource control connection with the first network device, the first network device being associated with a first subscriber identity module of the terminal device and the second network device being associated with a second subscriber identity module of the terminal device.

[0007] In a third aspect, a method of communication is provided, the method comprising: receiving, at a first network device, from the terminal device, information of a time for requesting release of a connection with a first network device; and transmitting, to the terminal device, a message for releasing the connection with the first network device, the information of the time relating to a switch from the first network device to a second network device, the first network device being associated with a first subscriber identity module of the terminal device and the second network device being associated with a second subscriber identity module of the terminal device.

[0008] In a fourth aspect, a communication method is provided, the method including: receiving, at a first network device from a terminal device, information regarding an expected scheduling gap of the first network device, and transmitting a configuration of the scheduling gap to the terminal device based on the information regarding the expected scheduling gap, to request a switch from the first network device to a second network device without releasing a connection with the first network device, the first network device being associated with a first subscriber identity module of the terminal device, and the second network device being associated with a second subscriber identity module of the terminal device.

[0009] In a fifth aspect, a terminal device is provided, the terminal device comprising: a processor; and a memory coupled to the processor, the memory storing instructions that, when executed by the processor, cause the terminal device to perform the methods of the first and second aspects of the present disclosure.

[0010] In a sixth aspect, a network device is provided, the network device including a processor and a memory coupled to the processor, the memory storing instructions that, when executed by the processor, cause the network device to perform the methods of the third and fourth aspects of the present disclosure.

[0011] In a seventh aspect, a computer readable medium is provided having instructions stored thereon that, when executed on at least one processor, cause the at least one processor to perform a method according to the first and second aspects of the present disclosure.

[0012] In an eighth aspect, a computer readable medium is provided having instructions stored thereon that, when executed on at least one processor, cause the at least one processor to perform the methods of the third and fourth aspects of the present disclosure.

[0013] Other features of the present disclosure will become readily apparent from the following description. [Brief description of the drawings]

[0014] 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.

[0015] [Figure 1A] FIG. 1 illustrates an example communication network in which some embodiments of the present disclosure may be implemented.

[0016] [Figure 1B] FIG. 2 is a schematic diagram illustrating exemplary components of a network device in an exemplary communications network.

[0017] [Diagram 2] FIG. 2 is a schematic diagram illustrating a process for communication during switching between multiple USIM networks, in accordance with some embodiments of the present disclosure.

[0018] [Diagram 3] FIG. 2 is a schematic diagram illustrating another process for communication during switching between multi-USIM networks in accordance with some embodiments of the present disclosure.

[0019] [Figure 4] FIG. 2 illustrates an exemplary communication method implemented in a terminal device according to some embodiments of the present disclosure.

[0020] [Diagram 5] FIG. 1 illustrates another exemplary communication method implemented in a terminal device in accordance with 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 another exemplary communication method implemented in a network device, in accordance with 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 drawings, 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 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 those 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] 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, Internet of Everything (IoE) devices, machine type communication (MTC) 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. The term "terminal device" can be used interchangeably with UE, mobile station, subscriber station, mobile terminal, user terminal, or wireless device. Also, the term "network device" refers to a device that can provide or host 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 next generation Node B (gNB), a transmission reception point (TRP), a remote radio unit (RRU), a radio head (RH), a remote radio head (RRH), a femto node, a pico node, and other low power nodes.

[0028] 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 utilize different 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 regarding 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 regarding 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.

[0029] As used herein, the singular forms "a," "an," and "the" include the plural unless the context clearly indicates otherwise. The term "include" 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. The following may include other explicit and implicit definitions.

[0030] In some instances, values, procedures, or devices are referred to as "best," "lowest," "highest," "minimum," "maximum," etc. It will be understood that such descriptions are intended to illustrate that selections can be made from among many functional alternatives used, and that such selections are not necessarily better, smaller, higher, or otherwise more preferred than other selections.

[0031] As used herein, the term "subscriber identity module (SIM)" refers to a universal subscriber identity module used in a terminal device. Examples of SIMs include, but are not limited to, SIM cards, USIM cards, ISIM cards, etc. The term "SIM" may be used interchangeably with USIM or ISIM.

[0032] Thus, if a multi-USIM terminal device has already established a connection with network A in USIM A and is maintaining an idle or inactive state with network B in USIM B, when the terminal device needs to operate in network B, it will simply release its connection with network A and switch to network B without notifying network A, which will have a negative impact on the performance of network A. In view of this, Release 17 has approved a mechanism for the terminal device to notify network A of its switch away from network A.

[0033] In a conventional solution, the terminal device sends a radio resource control (RRC) connection release request message to network A to inform network A of the switch from network A. For example, the terminal device initiates an RRC connection release procedure controlled by an RRC timer that is activated when a release assistance indication and an RRC timer value are sent to network A in an RRC connection release request message, and when this timer expires, if no response has been received from network A, the terminal device proceeds to a local RRC connection release.

[0034] However, the time when the RRC connection release request message is transmitted and received is different between the terminal device and network A. For example, when network A receives the value of the RRC timer, the RRC timer in the terminal device may have already expired without being known to network A. This may mislead network A.

[0035] In another conventional solution, if a multi-USIM terminal device has already established a connection in network A in USIM A and maintains an idle or inactive state in network B in USIM B, when the terminal device needs to operate in network B, it may maintain a connection with network A but may need to periodically tune in to USIM B to listen to paging. This proposes a scheduling gap where no transmission takes place between the terminal device and network A.

[0036] However, in this case, the performance of all traffic between the terminal device and network A is significantly degraded during the scheduling gap. For example, for a 2 Rx / 1 Tx terminal device, it can operate simultaneously in both frequency ranges (FR) 1 and FR2, such as by configuring carrier aggregation (CA) or dual connectivity (DC). If scheduling gaps are supported only for all frequency ranges (also referred to herein as per-UE scheduling gaps for convenience), transmission and reception on all FRs (FR1 and FR2) should be suspended.

[0037] The embodiments of the present disclosure provide an improved solution for communication during switching between multi-USIM networks. In one aspect, the embodiments of the present disclosure provide a solution to indicate to the network side the time when the switching is expected to take place beforehand, so that the network side knows the exact last switching time that can be accepted by the terminal device.

[0038] In another aspect, embodiments of the present disclosure provide a solution to support scheduling gaps for FRs (also referred to herein as per-FR scheduling gaps for convenience), such that only serving cells of network A that are in the same FR as a camped cell of network B need to apply the scheduling gaps without disrupting traffic of serving cells of other FRs in network A.

[0039] The principles and embodiments of the present disclosure will now be described in detail with reference to the accompanying drawings. Communication Network Example

[0040] FIG. 1A is a schematic diagram showing an exemplary communication network 100A in which an embodiment of the present disclosure can be implemented. As shown in FIG. 1A, the communication network 100 may include a network device 110 (hereinafter also referred to as a first network device 110) and a terminal device 120 holding a first USIM card 121 and a second USIM card 122. The first network device 110 can serve at least one of the first USIM card 121 and the second USIM card 122. The first USIM card 121 and the second USIM card 122 may comply with the same or different RATs currently existing or to be developed in the future. Note that the number of USIM cards held by the terminal device 120 is not limited to two, and two or more USIM cards may be applied. For convenience, the following description will be given taking two USIM cards as an example.

[0041] As shown in FIG. 1A, the communication network 100A may further include at least one network device 130 (hereinafter also referred to as the second network device 130). Here, in FIG. 1, only one second network device 130 is shown for simplicity. The network device 130 may serve at least one of the first SIM 121 and the second SIM 122. For convenience, the following description assumes that the first network device 110 serves the first SIM 121 and the second network device 130 serves the second SIM 122, unless otherwise specified. However, it should be noted that this is merely an example for illustration purposes and does not limit the present disclosure. For example, the first USIM 121 and the second USIM 122 may be served by the same network device, such as the first network device 110 or the second network device 130.

[0042] The first network device 110 may communicate with the terminal device 120 via a channel, such as a wireless communication channel. Similarly, at least one second network device 130 may also communicate with the terminal device 120 via a channel, such as a wireless communication channel. For example, the first SIM 121 may communicate with the first network device 110, and the second SIM 122 may communicate with the second network device 130. In another example, the first SIM 121 may communicate with the second network device 130, and the second SIM 122 may communicate with the first network device 110. In yet another example, both the first SIM 121 and the second SIM 122 may communicate with the first network device 110. Of course, both the first SIM 121 and the second SIM 122 may communicate with the second network device 120.

[0043] It will be understood that the number of devices in Figure 1A is given for illustrative purposes and does not imply any limitations to the present disclosure. Communications network 100A may include any suitable number of network devices and / or terminal devices suitable for implementing embodiments of the present disclosure.

[0044] Communications in the communication network 100A may conform to any suitable standard, including, but not limited to, Global System for Mobile Communications (GSM), Long Term Evolution (LTE), LTE-Evolution, LTE-Advanced (LTE-A), Wideband Code Division Multiple Access (WCDMA), Code Division Multiple Access (CDMA), GSM EDGE Radio Access Network (GERAN), Machine Type Communications (MTC), and the like. Furthermore, communications may be performed according to any generation of communication protocols now known or developed in the future. Examples of communication 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) communication protocols.

[0045] FIG. 1B is a schematic diagram 100B illustrating exemplary components of a network device 100A in an exemplary communication network. For illustrative purposes, FIG. 1B is described in relation to a first network device 110. It should be understood that the description of FIG. 1B is also applicable to other network devices in the communication network 100A, whether shown or not. As shown in FIG. 1B, the first network device 110 may include a master node (MN) 111 and a secondary node (SN) 112. It should be understood that the MN 111 and the SN 112 may be implemented as network devices. The MN 111 may have serving cells 111-1 and 111-2, and the SN 112 may have serving cells 112-1 and 112-2. The serving cells of the MN 111 may include a primary cell (PCell) and at least one secondary cell (SCell), and the serving cells of the SN 112 may include a primary secondary cell (PSCell) and at least one secondary cell (SCell). It should be understood that each of the MN and SN may have more or fewer serving cells and are not limited to the serving cells shown.

[0046] 1A , assume that terminal device 120 establishes a connection between SIM 121 and first network device 110 and maintains an idle or inactive state between SIM 122 and second network device 130. When terminal device 120 transmits or receives data between SIM 122 and second network device 130, terminal device 120 may consider switching to second network device 130.

[0047] In some scenarios, when there is long-term traffic to be processed from the second network device 130, such as a voice over long-term evolution (VoLTE) / voice over new radio (VoNR) voice call, the terminal device 120 may perform a long-time switch. In this case, the terminal device 120 may release the connection with the first network device 110 and switch to the second network device 130.

[0048] In some other scenarios, the terminal device 120 may perform a short-time switch when there is short-time traffic to be processed from the second network device 130, such as paging reception, measurement, tracking area update (TAU), radio network area update (RNAU), mobile-originated short message service (MOSMS), etc. In this case, the terminal device 120 may maintain the connection with the first network device 110 and temporarily switch to the second network device 130.

[0049] The embodiments of the present disclosure provide improved solutions for these scenarios. It should be noted that the above scenarios are used merely for illustration purposes and are not intended to limit the present disclosure. The solutions according to the embodiments of the present disclosure are applicable to any of these scenarios. This will be explained in more detail with reference to Figures 2 and 3. Example of releasing a connection

[0050] 2 is a schematic diagram illustrating a process 200 for communication during switching between networks of a multi-USIM according to an embodiment of the present disclosure. For illustrative purposes, the process 200 will be described with reference to FIG. 1. The process 200 may involve a terminal device 120, a first network device 110, and a second network device 130 as shown in FIG. 1. Assume that the terminal device 120 needs to switch from the first network device 110 to the third network device 130.

[0051] 2, the terminal device 120 determines 210 information regarding the time of the switch. In some embodiments, the time information may include a time before which the switch is expected to occur. In other words, the terminal device 120 may determine the latest switch time or deadline for releasing the connection with the first network device 110 that can be accepted by the terminal device 120.

[0052] In some embodiments, the time point information may indicate a boundary of at least one of a frame, a subframe, a time slot, or an orthogonal frequency-division multiplexing (OFDM) symbol on the PCell of the first network device 110. In some embodiments, the terminal device 120 may determine at least one of a frame number, a subframe number, a time slot number, or an OFDM symbol number corresponding to the time point.

[0053] The terminal device 120 then transmits (220) the time information to the first network device 110. In some embodiments, the terminal device 120 may transmit the time information in a message for requesting release of the connection with the first network device 110 (also referred to herein as a first message). For example, the terminal device 120 may transmit an RRC message such as UEAssistanceInformation to request RRC connection release, the RRC message including the time information. It should be understood that this is only one example and any other suitable format for the first message is also possible. In some embodiments, an expected RRC state, such as an idle state or an inactive state, is included in the first message. Of course, any other suitable information may also be included in the first message.

[0054] Upon receiving the first message, the first network device 110 transmits (230) a message (also referred to herein as a second message) to the terminal device 120 prior to the time to release the connection with the first network device 110. For example, the first network device 110 may transmit a RRCRelease message to the terminal device 120.

[0055] Thus, terminal device 120 may receive the second message. In some embodiments, terminal device 120 may determine (240) whether the second message was received before the time. If the second message was received before the time, terminal device 120 may release (250) the connection with first network device 110 and switch to second network device 130.

[0056] In some embodiments, if the second message is received, the terminal device 120 may release the connection with the first network device 110 and switch to the second network device 130. In some embodiments, if the second message is not received before the time point, the terminal device 120 may autonomously release the connection with the first network device 110 and switch to the second network device 130. Alternatively, if the second message is not received before the time point, the terminal device 120 may maintain the connection with the first network device 110 and wait for the second message.

[0057] In some embodiments, terminal device 120 may transmit a message (also referred to herein as a third message) to cancel the request to release the connection with first network device 110 before the time point. For example, terminal device 120 may transmit another RRC message to first network device 110 with the expected RRC state as the connection state. In some embodiments where an RRC timer for switching is started, terminal device 120 may transmit a message to cancel the release of the connection with first network device 110 while the RRC timer is running. Thus, terminal device 120 may indicate the cancellation of the previous release request.

[0058] The process described in relation to FIG. 2 allows the network side to know the exact last switching time that can be accepted by the terminal device 120, thereby improving communication efficiency. Stay connected:

[0059] 3 is a schematic diagram illustrating another process 300 for communication during switching between networks of a multi-USIM according to an embodiment of the present disclosure. For illustrative purposes, the process 300 is described with reference to FIG. 1. The process 300 may involve a terminal device 120, a first network device 110, and a second network device 130 as shown in FIG. 1. Assume that the terminal device 120 needs to switch from the first network device 110 to the third network device 130.

[0060] 3, terminal device 120 may generate 310 scheduling gap information (also referred to herein as information regarding expected scheduling gaps) for first network device 110. In some embodiments, during the scheduling gaps, no transmissions are performed between terminal device 120 and at least one serving cell of first network device 110.

[0061] In some embodiments, terminal device 120 may generate information related to multiple expected scheduling gaps. In some embodiments, the multiple expected scheduling gaps may be associated with different services, such as those provided by second network device 130.

[0062] In some embodiments, the information about the expected scheduling gaps may include at least one of a periodicity, a time length, or a time offset for the expected scheduling gaps, which may be referred to as a pattern of the expected scheduling gaps.

[0063] In some alternative embodiments, the information about the expected scheduling gap may include frequency range information for the expected scheduling gap. In some embodiments, the information about the expected scheduling gap may include a FR of a cell of the second network device 130 to which the terminal device 120 is to be switched. For example, the cell may be, for example, a camped cell. In another example, the cell may be a serving cell. For example, the FR may be FR1 or FR2. In some alternative or additional embodiments, the information about the expected scheduling gap may include a frequency of a cell of the second network device 130 to which the terminal device 120 is to be switched. Alternatively, the information about the scheduling gap may include an expected FR for the scheduling gap. For example, the scheduling gap may be expected to be set for all FRs. As another example, the scheduling gap may be expected to be set for FR1. As yet another example, the scheduling gap may be expected to be set for FR2.

[0064] In some embodiments, during the scheduling gap, the media access control (MAC) entity of the first network device 110 should not perform hybrid automatic repeat request (HARQ) feedback and channel state information (CSI) transmission on the serving cell in the corresponding FR, not report a sounding reference signal (SRS), transmit on an uplink shared channel (UL-SCH) other than Msg3 or MSGA payload, and monitor the physical downlink control channel (PDCCH) as required if ra-ResponseWindow, ra-ContentionResolutionTimer, or msgB-ResponseWindow are running, and not monitor the PDCCH and not receive on the downlink shared channel (DL-SCH) otherwise.

[0065] In some embodiments, the information of the scheduling gap may include the time when the scheduling gap expires. In other words, the terminal device 120 expects to return to the first network device 110 at that time (i.e., the end time of the scheduling gap). In some embodiments, the time may relate to at least one of a frame number, a subframe number, a time slot number, or an OFDM symbol number corresponding to the time. In this way, the first network device 110 can know the exact expected return time of the terminal device 120. In some embodiments, if the terminal device 120 fails to return after the gap expires, the connection with the first network device 110 may be released.

[0066] Once the scheduling gap information is generated, terminal device 120 transmits (320) the scheduling gap information to first network device 110. In some embodiments, terminal device 120 may transmit the scheduling gap information in a message (also referred to herein as a fourth message) to request switching from first network device 110 to second network device 130 without releasing the RRC connection with first network device 110.

[0067] Upon receiving the fourth message, the first network device 110 may generate a scheduling gap configuration based on the scheduling gap information included in the fourth message (330). According to an embodiment of the present disclosure, the configuration includes at least one FR to which the scheduling gap applies. In some embodiments of per-UE configuration, the configuration may include all FRs, i.e., both FR1 and FR2. In some embodiments of per-FR configuration, the configuration may include FR1 or FR2. In some embodiments, the first network device 110 may configure multiple scheduling gaps associated with different services. In this case, the first network device 110 may indicate whether each scheduling gap applies to all frequency ranges (i.e., per-UE scheduling gaps) or to FR1 / FR2 of the first network device 110 (i.e., per-FR scheduling gaps).

[0068] In some embodiments, the configuration of the scheduling gap per UE / FR1 / FR2 may be based on the FR of the second network device 130. For example, if the serving cell in the second network device 130 to which the terminal device 120 is switched operates in FR2, the first network device 110 may configure the scheduling gap per FR2 for the terminal device 120.

[0069] Having generated the configuration of the scheduling gap, the first network device 110 transmits (340) the configuration to the terminal device 120.

[0070] In some embodiments where the first network device 110 includes an MN (e.g., MN 111) and an SN (e.g., SN 112), the first network device 110 may receive information of a scheduling gap by the MN 111 and generate a configuration based on the information of the scheduling gap by the MN 111. The MN 111 then transmits the configuration to the terminal device 120. The MN 111 transmits the configuration to the SN 112.

[0071] In some alternative or additional embodiments, the first network device 110 may receive information of the scheduling gap by the MN 111 and transmit the information of the scheduling gap from the MN 111 to the SN 112, such that the SN 112 generates the configuration based on the information of the scheduling gap. In some embodiments, the SN 112 may transmit the configuration to the terminal device 120. Alternatively, the SN 112 may transmit the configuration to the MN 111, such that the MN 111 transmits the configuration to the terminal device 120.

[0072] For example, in the case of NE-DC, the MN 111 may generate a scheduling gap configuration (including a configuration for each UE / FR1 / FR2) and transmit it to the terminal device 120. The MN 111 can notify the SN 112 of the scheduling gap configuration (including a configuration for each UE / FR1) by an Xn message.

[0073] As another example, in the case of NR-DC, the MN 111 may generate a scheduling gap configuration (including a configuration for each UE / FR1 / FR2) and transmit it to the terminal device 120. The MN 111 can notify the SN 112 of the scheduling gap configuration (including a configuration for each UE / FR1 / FR2) by an Xn message.

[0074] As yet another example, in the case of (NG)EN-DC, the MN 111 may generate a scheduling gap configuration for each FR1 / UE and transmit it to the terminal device 120. Furthermore, the MN 111 may transmit information regarding expected scheduling gaps to the SN 112. The SN 112 generates a scheduling gap configuration for each FR2 and transmits it to the terminal device 120. In some embodiments, the MN 111 may transmit information of a scheduling gap associated with FR2 from the terminal device 120 to the SN 112. The SN 112 may generate a scheduling gap associated with FR2 based on the information and configure it for the terminal device 120 via a signaling radio bearer 3 (SRB3). Alternatively, the SN 112 may transmit a scheduling gap associated with FR2 to the MN 111 so that the MN 111 configures it for the terminal device 120 via the SRB1.

[0075] Upon receiving the scheduling gap configuration from the first network device 110, the terminal device 120 may determine from the scheduling gap configuration at least one FR to which the scheduling gap applies (350) and switch to the second network device 130 on the at least one FR of the first network device 110 (360). That is, the terminal device may switch to the second network device 130 on at least one serving cell of the first network device 110 corresponding to the FR. In this way, the terminal device 120 does not perform any transmission or reception only on the serving cell of the corresponding FR in the first network device 110, and transmission on other serving cells of the first network device 110 is not interrupted.

[0076] In some scenarios, terminal device 120 may switch (370) earlier to first network device 110 before the switch is completed. In this case, terminal device 120 may send a notification (380) to first network device 110. In some embodiments, the notification may indicate that terminal device 120 will return to first network device 110 earlier. In this way, waste of radio resources and interruption of service may be avoided.

[0077] In some embodiments, the terminal device 120 may send a scheduling request (SR) to the first network device 110. The SR indicates that the terminal device 120 will return to the first network device 110 early. In some embodiments, the terminal device 120 may send the SR via a dedicated resource configured for SR. In this way, the terminal device 120 can indicate to the first network device 110 an early return to the first network device 110. In some embodiments, the dedicated resource may be configured together with a scheduling gap. Of course, the dedicated resource may be configured in any other suitable manner.

[0078] In some alternative embodiments, the terminal device 120 may generate a media access control element (MAC CE) to the first network device 110. In some embodiments, the MAC CE may indicate that the terminal device 120 will return early to the first network device 110. In some embodiments, the MAC CE may be identified in a MAC subheader with a logic channel identifier (LCID), and the MAC CE may have a fixed size of zero bits, thereby notifying the first network device 110 of the early return of the terminal device 120 to the first network device 110.

[0079] Upon generating the MAC CE, the terminal device 120 may determine whether there is an uplink grant. If there is an uplink grant, the terminal device 120 may transmit the MAC CE to the first network device 110 based on the uplink grant. If there is no uplink grant, the terminal device 120 may transmit an SR to the first network device 110. The first network device 110 may set a grant to the terminal device 120 in response to the SR, and the terminal device 120 may transmit the MAC CE based on the set grant. In this way, an early return to the first network device 110 may be indicated to the first network device 110.

[0080] In some alternative embodiments, the terminal device 120 may initiate a random access procedure to the first network device 110. For example, the terminal device 120 may initiate a random access procedure based on a two-step random access channel (RACH). In another example, the terminal device 120 may initiate a random access procedure based on a four-step RACH. In this way, an early return to the first network device 110 may be indicated to the first network device 110.

[0081] In an embodiment in which multiple scheduling gaps are configured and each of the multiple scheduling gaps is associated with a corresponding identity (ID), terminal device 120 may transmit an indication indicating cancellation of one or more of the multiple scheduling gaps. In some embodiments, the indication may include the identity of the one or more scheduling gaps.

[0082] It should be noted that the operations shown in Figures 2 and 3 are not necessarily required to realize the embodiments of the present disclosure, and more or less operations may be applied as necessary. Corresponding to the processes illustrated in Figures 2 and 3, the embodiments of the present disclosure provide communication methods implemented in a terminal device and a network device. These methods are described below with reference to Figures 4 to 7. Example of the method

[0083] 4 illustrates an example communication method 400 implemented in a terminal device, according to some embodiments of the present disclosure. For example, method 400 may be performed in terminal device 120 as shown in FIG. For purposes of explanation, method 400 will be described below with reference to FIG. 1. It should be understood that method 400 may include additional blocks not shown and / or omit some blocks that are shown, and that the scope of the disclosure is not limited in this respect.

[0084] 4, in block 410, terminal device 120 determines time information related to switching of terminal device 120 from first network device 110 to second network device 130. In some embodiments, first network device 110 is associated with a first SIM of terminal device 120, and second network device 130 is associated with a second SIM of terminal device 120. In some embodiments, the time information may include at least one of a frame number, a subframe number, a timeslot number, or an OFDM symbol number corresponding to the time.

[0085] In block 420, the terminal device 120 transmits the time information to the first network device 110 to request release of the connection with the first network device 110. In some embodiments, the terminal device 120 may transmit the time information to the first network device 110 in a message to request release of the connection with the first network device 110. In some embodiments, the terminal device 120 may receive the message to release the connection with the first network device 110. In response to receiving the message to release the connection with the first network device 110, the terminal device 120 may release the connection with the first network device 110 and switch to the second network device 130.

[0086] In some embodiments, if the second message is not received from the first network device 110 before the time point, the terminal device 120 may release the connection with the first network device 110. In some alternative embodiments, if the second message is not received from the first network device 110 before the time point, the terminal device 120 may maintain the connection with the first network device 110 and wait to receive a message to release the connection with the first network device 110.

[0087] In some embodiments, the terminal device 120 may send a message to the first network device 110 to cancel the request to release the connection with the first network device 110 prior to that time.

[0088] 5 illustrates another exemplary communication method 500 implemented in a terminal device, according to some embodiments of the present disclosure. For example, method 500 may be performed in terminal device 120 as shown in FIG. 1. For purposes of explanation, method 500 is described below with reference to FIG. 1. It should be understood that method 500 may include additional blocks not shown and / or omit some blocks that are shown, and that the scope of the disclosure is not limited in this respect.

[0089] 5, in block 510, terminal device 120 may generate scheduling gap information for first network device 110. In some embodiments, first network device 110 is associated with a first SIM of terminal device 120, and second network device 130 is associated with a second SIM of terminal device 120.

[0090] In some embodiments, the information for the scheduling gap may include at least one of a periodicity, a time length or a time offset for the scheduling gap, FR information for the scheduling gap, or a time point when the scheduling gap expires.

[0091] In some embodiments, the FR information may include at least one of an FR or frequency of a cell of the second network device 130 to which the terminal device 120 is to be switched, or an expected FR for the scheduling gap.

[0092] In some embodiments, the point in time may relate to at least one of a frame number, a subframe number, a timeslot number, or an OFDM symbol number that corresponds to the point in time.

[0093] In block 520, the terminal device 120 transmits the scheduling gap information to the first network device 110 to request switching from the first network device to the second network device without releasing the RRC connection with the first network device. In some embodiments, the terminal device 120 may transmit the scheduling gap information in a message to request switching from the first network device 110 to the second network device 130 without releasing the RRC connection with the first network device 110.

[0094] In some embodiments, the terminal device 120 may receive a scheduling gap configuration from the first network device 110 including the FR to which the scheduling gap applies, and switch to the second network device 130 on at least one serving cell of the first network device 110 corresponding to the FR based on the scheduling gap configuration.

[0095] In some embodiments, if terminal device 120 does not switch from second network device 130 to first network device 110, terminal device 120 may release the connection with first network device 110. For example, terminal device 120 may determine whether terminal device 120 switches from second network device 130 to first network device 110 upon expiration of a scheduling gap. If terminal device 120 does not switch from second network device 130 to first network device 110 upon expiration of a scheduling gap, terminal device 120 may release the connection with first network device 110.

[0096] In some embodiments, the terminal device 120 may transmit information of the scheduling gap to the MN of the first network device 110. In some embodiments, the terminal device 120 may receive a configuration generated by the SN of the first network device 110 from the SN. In some embodiments, the terminal device 120 may receive a configuration generated by the SN or the MN from the MN.

[0097] In some embodiments, in response to switching from the second network device 130 to the first network device 110 before the scheduling gap expires, the terminal device 120 may send a notification to the first network device 110 indicating that the terminal device 120 will return to the first network device 110 early.

[0098] In some embodiments, the terminal device 120 may transmit an SR to the first network device 110 indicating that the terminal device will return early to the first network device 110. In some embodiments, the SR may be transmitted over a dedicated resource. In some embodiments, the terminal device 120 may initiate a random access procedure to the first network device 110.

[0099] In some embodiments, terminal device 120 may generate a MAC CE indicating that terminal device 120 will return early to first network device 110. If there is an uplink grant, terminal device 120 may send the MAC CE to first network device 110 based on the uplink grant. If there is no uplink grant, terminal device 120 may send an SR to first network device 110. In some embodiments, the MAC CE is identified in a MAC subheader with an LCID and the MAC CE.

[0100] In some embodiments, multiple scheduling gaps associated with different services may be configured at the terminal device 120. In some embodiments, the terminal device 120 may send an indication to the first network device 110 indicating cancellation of one or more of the multiple scheduling gaps.

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

[0102] 6, in block 610, the first network device 110 receives from the terminal device 120 time point information for requesting release of a connection with the first network device 110, the time point information regarding a switch from the first network device 110 to the second network device 130. In some embodiments, the first network device 110 is associated with a first SIM of the terminal device 120, and the second network device 130 is associated with a second SIM of the terminal device 120.

[0103] In some embodiments, the information of the time point may include at least one of a frame number, a subframe number, a timeslot number, or an OFDM symbol number corresponding to the time point.

[0104] In block 620, the first network device 110 sends a message to the terminal device 120 to release the connection with the first network device 110. In some embodiments, the first network device 110 may receive a message from the terminal device 120 to cancel the release of the connection with the first network device 110 prior to that time.

[0105] 7 illustrates another example communication method 700 implemented in a network device, according to some embodiments of the present disclosure. For example, method 700 may be performed in a first network device 110, such as that shown in FIG. 1. For purposes of explanation, method 700 will now be described with reference to FIG. 1. It should be understood that method 700 may include additional blocks not shown and / or omit some blocks that are shown, and that the scope of the disclosure is not limited in this respect.

[0106] 7, in block 710, network device 110 may receive from terminal device 120 information of a scheduling gap of first network device 110 to request switching from first network device 110 to second network device 130 without releasing a connection with first network device 110. In some embodiments, first network device 110 is associated with a first SIM of terminal device 120, and second network device 130 is associated with a second SIM of terminal device 120.

[0107] In some embodiments, the information may include at least one of a periodicity, a time length or a time offset for the scheduling gap, FR information for the scheduling gap, or a time when the scheduling gap expires.

[0108] In some embodiments, the frequency range information may include at least one of an FR or frequency of a serving cell of the second network device 130 to which the terminal device 120 is to be switched, or an expected FR for the scheduling gap.

[0109] In some embodiments, the point in time may relate to at least one of a frame number, a subframe number, a timeslot number, or an OFDM symbol number that corresponds to the point in time.

[0110] In block 720, the first network device 110 transmits, based on the information of the scheduling gap, a configuration of the scheduling gap to the terminal device 120. In some embodiments, the first network device 110 may generate a configuration including at least one FR to which the scheduling gap applies.

[0111] In some embodiments, the master node of the first network device 110 may receive information of the scheduling gap, generate a configuration based on the information, and send the configuration to the terminal device 120. In some embodiments, the master node of the first network device 110 may receive information of the scheduling gap and send the information of the scheduling gap to the SN of the first network device 110. In these embodiments, the SN may generate a configuration by the SN and send the configuration to the terminal device 120.

[0112] In some embodiments, the first network device 110 may receive a notification indicating that the terminal device 120 has switched from the second network device 130 to the first network device 110 before the scheduling gap expires.

[0113] In some embodiments, the first network device 110 may receive an SR from the terminal device 120. The scheduling request indicates that the terminal device 120 will return early to the first network device 110. In some alternative embodiments, the first network device 110 may detect a random access procedure initiated by the terminal device 120. Thus, the first network device 110 may receive a notification regarding the early return of the terminal device 120 to the first network device 110.

[0114] In some alternative embodiments, the first network device 110 may receive the notification by receiving a MAC CE from the terminal device 120. The MAC CE indicates that the terminal device 120 will return early to the first network device 110. In some embodiments, the MAC CE may be identified in a MAC subheader having an LCID, and the MAC CE may have a fixed size of zero bits.

[0115] In some alternative embodiments, the first network device 110 may receive the notification by receiving an SR from the terminal device 120, sending an uplink grant in response to receiving the SR, and receiving a MAC CE from the terminal device 120 via the uplink grant.

[0116] In some embodiments, multiple scheduling gaps associated with different services may be configured for terminal device 120. In some embodiments, first network device 110 may receive an indication from terminal device 120 indicating cancellation of one or more scheduling gaps of the multiple scheduling gaps, and cancel one or more scheduling gaps of the multiple scheduling gaps based on the indication.

[0117] The operations of the steps in methods 400 to 700 are similar to the processes described in connection with FIGS. 2 and 3, and therefore, duplicated description of other details will be omitted here. Device implementation examples

[0118] 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 first network device 110, the terminal device 120, or the second network device 130 shown in FIG. 1. Thus, the apparatus 800 may be implemented in or as at least a part of the first network device 110, the terminal device 120, or the second network device 130.

[0119] 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 810 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 in practice have multiple antennas. The communication interface may represent any interface required for communication with other network elements, such as an X2 / Xn interface for bidirectional communication between eNBs / gNBs, an S1 / NG interface for communication between a Mobility Management Entity (MME) / Access and Mobility Management Function (AMF) / SGW / UPF and an eNB / gNB, an Un interface for communication between an eNB / gNB and a relay node (RN), or a Uu interface for communication between an eNB / gNB and a terminal device.

[0120] It is assumed that the program 830 includes program instructions, as described herein with reference to Figures 1-7, that, when executed by an associated processor 810, enable the device 800 to operate according to embodiments of the present disclosure. The embodiments herein may be implemented 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.

[0121] 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 memory and removable memory. Although only one memory 820 is shown in the device 800, there may be several physically different 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.

[0122] Overall, various embodiments of the present disclosure may 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 may 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, flowcharts, or some other pictorial representations, it should be understood that the blocks, devices, systems, techniques, or methods described herein may 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.

[0123] 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-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.

[0124] Program codes for carrying out the methods of the present disclosure may be written in any combination of one or more programming languages. These program codes may be 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 may 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.

[0125] 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 compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above.

[0126] It should be noted that although operations have been described in a particular order, it should not be understood that such operations need to be performed in the particular order shown, or in any sequential order, or that all of the operations described must 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 described in the context of individual embodiments may be realized in combination in a single embodiment. Conversely, various features described in the context of a single embodiment may be implemented in multiple embodiments separately or in any suitable subcombination.

[0127] Although the present disclosure has been described in language specific to structural features and / or methodological acts, it should 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 method performed by a MUSIM (multi-universal subscriber identity module) terminal device, comprising: Sending gap preference information about at least one first gap for the MUSIM in the MUSIM terminal device to a first network device; receiving configuration information for at least one second gap for the MUSIM from the first network device, the second gap being associated with an identity (ID); The method includes:

2. A method performed by a master node (MN), comprising: receiving gap preference information for at least one first gap for a multi-universal subscriber identity module (MUSIM) in a MUSIM terminal device from the MUSIM terminal device; Sending configuration information about at least one second gap for the MUSIM to the MUSIM terminal device; transmitting the configuration information for at least one of the second gaps for the MUSIM to a secondary node (SN); The method includes:

3. Each of the second gaps is associated with an identification (ID), The method of claim 2.

4. A MUSIM (multi-universal subscriber identity module) terminal device, comprising: A means for transmitting gap preference information for at least one first gap for the MUSIM in the MUSIM terminal device to a first network device; means for receiving from the first network device configuration information for at least one second gap for the MUSIM, the second gap being associated with an identity (ID); A MUSIM terminal device comprising:

5. A master node (MN), means for receiving gap preference information for at least one first gap for a multi-universal subscriber identity module (MUSIM) in a MUSIM terminal device from the MUSIM terminal device; means for transmitting setting information about at least one second gap for the MUSIM to the MUSIM terminal device; means for transmitting the configuration information for at least one of the second gaps for the MUSIM to a secondary node (SN); A master node (MN) comprising:

6. Each of the second gaps is associated with an identification (ID), The master node (MN) according to claim 5.

Images