There is provided reduced power consumption in devices that use at least two identities for communications. A method comprises aligning (1302) a plurality of paging occasions across at least two identities of a communication device. The aligning is performed via requesting and receiving (1306) from a communication network a paging occasion for the communication device with at least two identities using at least one of the identities.
|
1. A method comprising:
aligning, by a communication device, a plurality of paging occasions across at least two identities of the communication device, wherein the at least two identities are subscription identities, wherein the aligning is performed via at least one of the following:
requesting and receiving, by the communication device, from a communication network a paging occasion for the communication device with at least two identities using at least one of the identities, the method further comprising in response to receiving an indication of unavailability of the paging occasion from the communication network, requesting and receiving the paging occasion using a different one of the at least two identities; or
requesting and receiving, by the communication device, from the communication network a reallocation of a paging offset using at least one of the identities;
determining, by the communication device, a target level of alignment of the paging occasions; and
if a current level of alignment fails to meet the target level of alignment, requesting a new paging occasion for the communication device.
13. An apparatus comprising:
at least one processor; and
at least one memory including computer program code;
the at least one memory and the computer program code configured to, with the at least one processor, cause the apparatus at least to:
align, by a communication device, a plurality of paging occasions across at least two identities of the communication device, wherein the at least two identities are subscription identities, wherein the aligning is performed via at least one of the following;
request and receive, by the communication device, from a communication network a paging occasion for the communication device with at least two identities using at least one of the identities, and further in response to receiving an indication of unavailability of the paging occasion from the communication network, requesting and receiving the paging occasion using a different one of the at least two identities; or
request and receive, by the communication device, from the communication network a reallocation of a paging offset using at least one of the identities;
determine, by the communication device, a target level of alignment of the paging occasions; and
if a current level of alignment fails to meet the target level of alignment, request a new paging occasion for the communication device.
20. An apparatus comprising:
at least one processor; and
at least one memory including computer program code;
the at least one memory and the computer program code configured to, with the at least one processor, cause the apparatus at least to:
align, by a communication device, a plurality of paging occasions across at least two identities of the communication device, wherein the at least two identities are subscription identities, wherein the aligning is performed via at least one of the following;
request and receive, by the communication device, from a communication network a paging occasion for the communication device with at least two identities using at least one of the identities, and further in response to receiving an indication of unavailability of the paging occasion from the communication network, requesting and receiving the paging occasion using a different one of the at least two identities; or
request and receive, by the communication device, from the communication network a reallocation of a paging offset using at least one of the identities;
prioritize at least one alignment of the paging occasions over one or more further alignments of paging occasions; and
request a paging occasion in accordance with the prioritized alignment from the communication network using at least one of the identities.
3. The method of
a full alignment such that paging monitoring of at least two of the identities is simultaneous, and at least two receiver chains are active;
a sequential alignment such that paging monitoring of at least two of the identities is sequential in time; or
a partial alignment such that paging monitoring of at least two of the identities partially overlap.
4. The method of
providing assistance information from at least one of the communication device's identities to the corresponding communication network to indicate a preferred location for the paging occasion.
5. The method of
a start slot and an end slot;
a start frame and an end frame; and/or
a start time and an end time.
6. The method of
determining at least one of: a capabilities of the communication device, a mobility type of the communication device, or a power consumption of the communication device; and
wherein the determining the target level comprises determining a target level of alignment of the paging occasions on the basis of at least one of the determined capabilities of the communication device, the determined mobility type of the communication device or the power consumption of the communication device.
7. The method of
prioritizing at least one alignment of the paging occasions over one or more further alignments of paging occasions; and
requesting a paging occasion in accordance with the prioritized alignment from the communication network using at least one of the identities.
8. The method of
in response to receiving from the communication network information indicating that the requested paging occasion in accordance with the prioritized alignment is not assigned to the communication device, requesting a paging occasion from the communication network using another identity.
9. The method of
in response to receiving from the communication network information indicating that the requesting a paging occasion from the communication network using another identity is not assigned, requesting a paging occasion from the communication network in accordance with at least one further alignment of paging occasions using the identity used for requesting the paging occasion in accordance with the prioritized alignment.
10. The method of
determining at least one alignment for paging occasions for prioritizing signaling load; and
requesting, using at least one of the identities, a paging occasion from the communication network in accordance with the determined at least one alignment for prioritizing signaling load for the at least one of the identities.
11. The method of
in response to receiving from the communication network information indicating that the requested paging occasion in accordance with the determined at least one alignment for paging occasions for prioritizing signaling load for the at least one of the identities is not assigned to the communication device, determining at least one alignment for prioritizing signaling load for paging occasions for another identity of the identities; and
requesting, using the another identity, a paging occasion from the communication network in accordance with the determined at least one alignment for prioritizing signaling load for paging occasions for said another identity.
12. The method of
14. The apparatus of
provide assistance information from at least one of the communication device's identities to the corresponding communication network to indicate a preferred location for the paging occasion.
15. The apparatus of
a start slot and an end slot;
a start frame and an end frame; and/or
a start time and an end time.
16. The apparatus of
determine at least one of: a capabilities of the communication device, a mobility type of the communication device, or a power consumption of the communication device; and
wherein the computer program code and the processor configured to cause the apparatus to determine the target level comprises the computer program code and the processor configured to cause the apparatus to determine a target level of alignment of the paging occasions on the basis of the determined capabilities of the communication device and/or the determined mobility type of the communication device.
17. The apparatus of
prioritize at least one alignment of the paging occasions over one or more further alignments of paging occasions; and
request a paging occasion in accordance with the prioritized alignment from the communication network using at least one of the identities.
18. The apparatus of
in response to receiving from the communication network information indicating that the requested paging occasion in accordance with the prioritized alignment is not assigned to the communication device, request a paging occasion from the communication network using another identity.
19. The apparatus of
in response to receiving from the communication network information indicating that the requesting a paging occasion from the communication network using another identity is not assigned, request a paging occasion from the communication network in accordance with at least one further alignment of paging occasions using the identity used for requesting the paging occasion in accordance with the prioritized alignment.
21. The apparatus of
in response to receiving from the communication network information indicating that the requested paging occasion in accordance with the prioritized alignment is not assigned to the communication device, request a paging occasion from the communication network using another identity.
|
This application claims priority to Finnish patent application No. 20205769, filed Jul. 27, 2020, entitled “ALIGNING PAGING OCCASIONS ACROSS AT LEAST TWO IDENTITIES” which is hereby incorporated by reference in its entirety.
The examples and non-limiting embodiments relate generally to communications and, more particularly, to a reducing power consumption in devices that use at least two identities for communications with communications networks. Examples of these devices comprise MUSIM devices enabled with at least dual receive capabilities.
It is known to implement technology to support devices with multiple subscriptions.
The scope of protection sought for various embodiments of the invention is set out by the independent claims. The embodiments, examples and features, if any, described in this specification that do not fall under the scope of the independent claims are to be interpreted as examples useful for understanding various embodiments of the invention.
According some aspects, there is provided the subject matter of the independent claims. Some further aspects are defined in the dependent claims. The embodiments that do not fall under the scope of the claims are to be interpreted as examples useful for understanding the disclosure.
The foregoing aspects and other features are explained in the following description, taken in connection with the accompanying drawings, wherein:
As used within this description and drawings, “/” may be interpreted as a recitation of “or”, “and”, or “both”.
The following acronyms and abbreviations that may be found in the specification and/or the drawing figures are defined as follows:
Turning to
The RAN node 170 in this example is a base station that provides access by wireless devices such as the UE 110 to the wireless network 100. The RAN node 170 may be, for example, a base station for 5G, also called New Radio (NR). In 5G, the RAN node 170 may be a NG-RAN node, which is defined as either a gNB or an ng-eNB. A gNB is a node providing NR user plane and control plane protocol terminations towards the UE, and connected via the NG interface to a 5GC (such as, for example, the network element(s) 190). The ng-eNB is a node providing E-UTRA user plane and control plane protocol terminations towards the UE, and connected via the NG interface to the 5GC. The NG-RAN node may include multiple gNBs, which may also include a central unit (CU) (gNB-CU) 196 and distributed unit(s) (DUs) (gNB-DUs), of which DU 195 is shown. Note that the DU 195 may include or be coupled to and control a radio unit (RU). The gNB-CU 196 is a logical node hosting radio resource control (RRC), SDAP and PDCP protocols of the gNB or RRC and PDCP protocols of the en-gNB that controls the operation of one or more gNB-DUs. The gNB-CU 196 terminates the F1 interface connected with the gNB-DU 195. The F1 interface is illustrated as reference 198, although reference 198 also illustrates a link between remote elements of the RAN node 170 and centralized elements of the RAN node 170, such as between the gNB-CU 196 and the gNB-DU 195. The gNB-DU 195 is a logical node hosting RLC, MAC and PHY layers of the gNB or en-gNB, and its operation is partly controlled by gNB-CU 196. One gNB-CU 196 supports one or multiple cells. One cell is supported by only one gNB-DU 195. The gNB-DU 195 terminates the F1 interface 198 connected with the gNB-CU 196. Note that the DU 195 is considered to include the transceiver 160, e.g., as part of a RU, but some examples of this may have the transceiver 160 as part of a separate RU, e.g., under control of and connected to the DU 195. The RAN node 170 may also be an eNB (evolved NodeB) base station, for LTE (long term evolution), or any other suitable base station or node.
The RAN node 170 includes one or more processors 152, one or more memories 155, one or more network interfaces (N/W I/F(s)) 161, and one or more transceivers 160 interconnected through one or more buses 157. Each of the one or more transceivers 160 includes a receiver, Rx, 162 and a transmitter, Tx, 163. The one or more transceivers 160 are connected to one or more antennas 158. The one or more memories 155 include computer program code 153. The CU 196 may include the processor(s) 152, memory(ies) 155, and network interfaces 161. Note that the DU 195 may also contain its own memory/memories and processor(s), and/or other hardware, but these are not shown.
The RAN node 170 includes a module 150, comprising one of or both parts 150-1 and/or 150-2, which may be implemented in a number of ways. The module 150 may be implemented in hardware as module 150-1, such as being implemented as part of the one or more processors 152. The module 150-1 may be implemented also as an integrated circuit or through other hardware such as a programmable gate array. In another example, the module 150 may be implemented as module 150-2, which is implemented as computer program code 153 and is executed by the one or more processors 152. For instance, the one or more memories 155 and the computer program code 153 are configured to, with the one or more processors 152, cause the RAN node 170 to perform one or more of the operations as described herein. Note that the functionality of the module 150 may be distributed, such as being distributed between the DU 195 and the CU 196, or be implemented solely in the DU 195. The modules 150-1 and 150-2 may be configured to implement the functionality of the base station described herein. Such functionality of the base station may include a location management function (LMF) implemented based on functionality of the LMF described herein. Such LMF may also be implemented within the RAN node 170 as a location management component (LMC).
The one or more network interfaces 161 communicate over a network such as via the links 176 and 131. Two or more gNBs 170 may communicate using, e.g., link 176. The link 176 may be wired or wireless or both and may implement, for example, an Xn interface for 5G, an X2 interface for LTE, or other suitable interface for other standards.
The one or more buses 157 may be address, data, or control buses, and may include any interconnection mechanism, such as a series of lines on a motherboard or integrated circuit, fiber optics or other optical communication equipment, wireless channels, and the like. For example, the one or more transceivers 160 may be implemented as a remote radio head (RRH) 195 for LTE or a distributed unit (DU) 195 for gNB implementation for 5G, with the other elements of the RAN node 170 possibly being physically in a different location from the RRH/DU 195, and the one or more buses 157 could be implemented in part as, for example, fiber optic cable or other suitable network connection to connect the other elements (e.g., a central unit (CU), gNB-CU) of the RAN node 170 to the RRH/DU 195. Reference 198 also indicates those suitable network link(s).
It is noted that description herein indicates that “cells” perform functions, but it should be clear that equipment which forms the cell may perform the functions. The cell makes up part of a base station. That is, there can be multiple cells per base station. For example, there could be three cells for a single carrier frequency and associated bandwidth, each cell covering one-third of a 360 degree area so that the single base station's coverage area covers an approximate oval or circle. Furthermore, each cell can correspond to a single carrier and a base station may use multiple carriers. So if there are three 120 degree cells per carrier and two carriers, then the base station has a total of 6 cells.
The wireless network 100 may include a network element or elements 190 that may include core network functionality, and which provides connectivity via a link or links 181 with a further network, such as a telephone network and/or a data communications network (e.g., the Internet). Such core network functionality for 5G may include location management functions (LMF(s)) and/or access and mobility management function(s) (AMF(S)) and/or user plane functions (UPF(s)) and/or session management function(s) (SMF(s)). Such core network functionality for LTE may include MME (Mobility Management Entity)/SGW (Serving Gateway) functionality. These are merely example functions that may be supported by the network element(s) 190, and note that both 5G and LTE functions might be supported. The RAN node 170 is coupled via a link 131 to the network element 190. The link 131 may be implemented as, e.g., an NG interface for 5G, or an S1 interface for LTE, or other suitable interface for other standards. The network element 190 includes one or more processors 175, one or more memories 171, and one or more network interfaces (N/W I/F(s)) 180, interconnected through one or more buses 185. The one or more memories 171 include computer program code 173. The one or more memories 171 and the computer program code 173 are configured to, with the one or more processors 175, cause the network element 190 to perform one or more operations such as functionality of an LMF as described herein. In some examples, a single LMF could serve a large region covered by hundreds of base stations.
The wireless network 100 may implement network virtualization, which is the process of combining hardware and software network resources and network functionality into a single, software-based administrative entity, a virtual network. Network virtualization involves platform virtualization, often combined with resource virtualization. Network virtualization is categorized as either external, combining many networks, or parts of networks, into a virtual unit, or internal, providing network-like functionality to software containers on a single system. Note that the virtualized entities that result from the network virtualization are still implemented, at some level, using hardware such as processors 152 or 175 and memories 155 and 171, and also such virtualized entities create technical effects.
The computer readable memories 125, 155, and 171 may be of any type suitable to the local technical environment and may be implemented using any suitable data storage technology, such as semiconductor based memory devices, flash memory, magnetic memory devices and systems, optical memory devices and systems, fixed memory and removable memory. The computer readable memories 125, 155, and 171 may be means for performing storage functions. The processors 120, 152, and 175 may be of any type suitable to the local technical environment, and may include one or more of general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on a multi-core processor architecture, as non-limiting examples. The processors 120, 152, and 175 may be means for performing functions, such as controlling the UE 110, RAN node 170, network element(s) 190, and other functions as described herein.
In general, the various embodiments of the user equipment 110 can include, but are not limited to, cellular telephones such as smart phones, tablets, personal digital assistants (PDAs) having wireless communication capabilities, portable computers having wireless communication capabilities, image capture devices such as digital cameras having wireless communication capabilities, gaming devices having wireless communication capabilities, music storage and playback appliances having wireless communication capabilities, Internet appliances permitting wireless Internet access and browsing, tablets with wireless communication capabilities, as well as portable units or terminals that incorporate combinations of such functions.
Module 140-1 and/or module 140-2 may implement the functionalities and signaling of the MUSIM UE or MUSIM as herein described. While module 140-1 and module 140-2 are shown in
Module 150-1 and/or module 150-2 may implement the functionalities and signaling of the gNB or radio node as herein described. Computer program code 173 may implement the functionalities and signaling of the AMF or network element as herein described.
The examples described herein relate to support for multi-USIM devices mainly in 5G NR and LTE. 3GPP Release 17 has approved study and normative work to provide support of MUSIM devices on Service and System Aspects (SA). Refer to SP-190248, “Study on system enablers for multi-USIM devices (FS_MUSIM)”, and the corresponding Technical Reports TR 22.834 and TR 23.761 for SA work.
The work tasks for SA work were defined in SA TSG Meeting #86 and given below:
Likewise, a work item is defined in Radio Access Network (RAN) to specify RAN related MUSIM support. Refer to RP-193263 “Support for Multi-SIM devices in Rel-17 (LTE_NR_MUSIM)”, where the main objectives of the RAN work item are given as follows:
Multi-USIM Devices
A multi-USIM device has two (Dual) or more (Multiple) simultaneous 3GPP/3GPP2 network subscriptions with multiple corresponding International Mobile Subscriber Identities (IMSI) at EPS or Subscription Permanent Identifiers (SUPI) at 5GC each associated with a particular USIM belonging to the same or different Mobile Network Operator (MNO) or Mobile Virtual Network Operator (MVNO). A MUSIM device 110-1 connected to one or more gNBs (such as gNB 170-1 and gNB 170-2) with independent subscriptions is shown in
In
Multi-USIM Terminology
Two main types of MUSIM devices are normally referred to depending on the supported simultaneous RRC_states on the USIMs. The first type is Dual SIM Dual Standby (DSDS) or Multi USIM Multi Standby (MUMS). The first type involves MUSIM devices which are registered with two or more independent subscriber IDs (USIMs) and can be in RRC_IDLE mode on all USIMs. However, it can only be on RRC_CONNECTED mode with a single USIM at a given time. The second type is Dual SIM Dual Active (DSDA) or Multi USIM Multi Active (MUMA). The second type involves MUSIM devices which are registered with two or more independent subscriber IDs (USIMs) and can be in RRC_IDLE mode on all USIMs. And the device can maintain RRC_CONNECTED mode activities on all USIMs.
Furthermore, the UE's behavior with respect to the simultaneous handling of multiple USIMs may depend on the UE's capabilities, including SingleRx/SingleTx, DualRx/SingleTx, and DualRx/DualRx. In SingleRx/SingleTx, the UE is only capable of receiving traffic from one network and/or transmitting traffic to one network at a time (capability type 1). In DualRx/SingleTx, the UE is capable of simultaneously receiving traffic from two networks but is capable of transmitting to only one network at a time (capability type 2). In DualRx/DualRx, the UE is capable of simultaneously receiving and/or transmitting to/from two networks (capability type 3). The examples described herein are applicable to DualRx devices, i.e. devices which are capable to run two independent simultaneous receptions.
Paging Reception Mechanism
The Paging Frame (PF) and Paging Occasion (PO) are determined based on the UE_ID, as defined in TS 38.304 in section 7.1:
The additional elements not defined in the transcribed text are SFN—System Frame Number, and 5G-S-TMSI—it is a 48 bit long bit string (TS 23.501) and assigned by the AMF (Access and Mobility Management Function).
Managing power consumption is a general problem in smartphones and it becomes especially critical in multi-USIM devices where several subscriptions need to be maintained in parallel. When a multi-USIM device has two (or more) subscriptions in RRC_Idle/RRC_Inactive, it may need to perform for each of these subscriptions the following actions: monitor paging occasions, perform measurements, and read the relevant system information. The paging occasions associated with different subscriptions are likely to occur at different times. This is the case, since the timing of the paging occasions is computed based on each subscription's 5G-S-TMSI. Consequently, the UE may have to wake-up at different times to monitor each of these paging occasions, which can lead to a significance increase in power consumption.
Taking as an example a dual RX MUSIM device, where both subscriptions are in RRC_Idle/RRC_Inactive,
Furthermore, each time an Rx chain needs to become active, it requires ramping-up and ramping-down times which adds to the overall UE power consumption.
The examples herein describe a mechanism that enables the alignment of the POs across multiple USIMs in dual receive devices in order to reduce the device's power consumption as a whole. Specifically, the mechanism can accomplish either of the following PO alignment options: full alignment or sequential/partial alignment.
Full alignment 402 is the preferred option. In full alignment, the paging monitoring is forced to be done at the same time (e.g., during time t3), i.e. force PO collision. In this alignment option, the power consumption reduction is due to the HW in the UE being shared when two RX chains are active (e.g., RX chain 1 and RX chain 2), such that the power consumption of having two RX chains in parallel is lower than having two (or the same) Rx chains active at different times. In full alignment, the power ramping-up and ramping-down is only needed once.
Sequential alignment 404 is also depicted in
As indicated by the example of
The alignment can be accomplished via two different signaling strategies.
In the first strategy (Strategy 1), the UE requests the RAN to provide a new paging occasion (PO). The request may be a direct request for an alternative PO or the request may provide information that may assist the network in assigning an alternative PO. Therefore, whenever the network gets a paging record for that TMSI, it applies it to another PO (the new or alternative PO that the UE has been provided by the network).
In the second strategy (Strategy 2), the UE informs the AMF/gNB that it would like to have another paging offset, and the network/AMF may “re-allocate” 5G-GUTI (based on which the 5G-S-TMSI, the UE paging identity is derived) accordingly.
Novel features of the examples described herein include 1) providing a solution to address the case of dual receive devices in general and especially DSDA devices, where the UE has relatively even higher power consumption due to support of multiple active USIMs and using this capability to save power in some other use cases (since DSDA devices, which are normally dual receive, tend to have especially higher power consumption, the examples described herein are especially applicable to DSDA devices); 2) enforcing PO collisions (or sequential PO) for the USIMs in the same device instead of avoiding them; 3) aligning by asking the network for a new PO, not a new user ID; and 4) providing capabilities for a dual receive device to determine which alignment of paging occasions to request from the network.
Some details of the idea are presented in the flowchart 500 of
At 501, a dual receive device is in RRC_Idle or RRC_inactive with two (or more) USIMs (e.g., USIM1 and USIM2) and needs to monitor for paging reception.
At 502, the device evaluates whether the paging occasions occur simultaneously. For example, the device evaluates whether the PO for USIM1 and USIM2 are aligned. If ‘yes’, transition to 507. If ‘no’, transition to step 503.
At 503, the UE sends UE assistance information (see discussion herein related to “Information exchange between UE, gNB, and AMF”) to the network corresponding to its USIM1 including the preferred slots for PO allocation, implemented as full and, optionally, sequential alignment as well. This may be done by (a) indicating the slot/slots that the device would like to get assigned; (b) indicating the slot/slots that the device would not like to get assigned; or (c) indicating the current PO assigned to the other USIM in the same UE device.
If the USIM1 uses option (a), i.e. sending the slot/slots that it would like to get assigned, then in case a single slot is proposed to the network, it corresponds to option 1 (full alignment). In case several slots are proposed to the network, it includes a start and end slot, wherein the NW may place the paging. t_start and t_end should be determined based on the approach chosen by the UE.
If USIM1 uses the option (b), it indicates to the network the range of time in which the paging occasion should not be allocated. This involves the same format as for option (a), such that t_start and t_end may be used.
In case that the USIM1 uses the option (c), sending the current PO assigned to the other USIM (USIM2) in the device to NW1, the network determines which one(s) is/are the desired PO to be assigned to the USIM1 in order to have full or sequential/partial alignment.
At 504, the network checks whether the requested PO for full alignment is available. If ‘yes’, transition to 506. If ‘no’, transition to 505.
At 505, the network checks whether the requested PO for sequential alignment is available. If ‘yes’, transition to 506. If ‘no’, transition to 508.
At 506, the network informs the USIM1 about the new assigned PO. An example of the needed signaling exchange is shown in
At 507, the UE monitors for paging reception for both USIMs.
At 508, the network (e.g., NW1) informs USIM1 that none of the desired PO are available. Transition to 507, where the UE uses the already assigned PO to monitor for paging.
If USIM1 gets a response from a first public land mobile network (e.g., PLMN1) with “no availability of the requested slots”, the device may try to repeat the same process with USIM2 and its network, PLMN2. An example of this process is illustrated in
The UE may also decide to prioritize the optimal solution (full alignment) over sequential alignment. In that case, the UE requests a full aligned PO to NW1 and, if the NW1 responds that such PO is not available, the UE requests to NW2 for a full aligned PO. If NW2 also replies that the desired PO is not available, the UE then requests for sequential alignment to NW1. If none of the previous requests are fulfilled, the UE SIM2 asks for sequential alignment to NW2 as a last option. This increases the possibility of reaching an optimal solution at the cost of higher setup time as well as signaling load.
For Strategy 1, a new field may be specified in the RRC message, UEassistanceInformation (or in an alternative RRC message), for the UE to indicate its preferred paging occasion. The NW is to provide a new PO location according to the UE's preference (through direct (SFN and slot indication) or indirect signaling (by a value that the UE can use to calculate the PO)). This can be addressed by a modified paging or by an additional field which would carry an element that refers to the alternative paging identity to be used by the UE in a given cell the paging IE could have. If it is not possible for the NW to satisfy the UE's request it should respond with a “reject/NACK” message.
For Strategy 2, a new field in the signaling exchange for the UE registration to the core network may be specified (via a message sent between the UE and the AMF, potentially with interaction of the gNB). The information would most likely be carried in an information element within the dedicated NAS-Message, which is also carrying elements like the 5G-GUTI, the UE capability and the registration type. The response from the AMF would need to be redesigned such that there is a response for the UE (with indication of the alternative ID to use when connected to the network, or a rejection of the request).
Table 1 shows UE Assistance Information field descriptions including the added field for the UE's preferred paging occasion. Refer to TS38.331.
TABLE 1
UEAssistanceInformation field descriptions
delayBudgetReport
reducedBW-FR1-DL
reducedBW-FR1-UL
reducedBW-FR2-DL
reducedBW-FR2-UL
reducedCCsDL
reducedCCsUL.
reducedMIMO-LayersFR1-DL
reducedMIMO-LayersFR1-UL
reducedMIMO-LayersFR2-DL
reducedMIMO-LayersFR2-UL
type1
preferredPagingOccasion <- New element
Indicates the Paging Occasion for full or sequential alignment,
or the current Paging Occasion allocated to the other USIM
in the device. Values could be given as an absolute time,
as a time offset relative to the current system timing
(based on system frame number), or as a time offset
from the current Paging Occasion.
Table 1 is also shown in
Within this description, parameter names are merely exemplary in nature. Accordingly, in this description where a specific naming of an information element is provided (e.g., preferredPagingOccasion), other parameter names are possible.
The UE assistance information sent by the UE to the network includes the preferred PO allocations. The UE assistance information message is described in Table 1 and
The gNB may respond to the UE with a new PO allocation or, if the desired PO is not available, it may inform the UE with a non-availability message or assign again the original PO of the UE. A new IE or expansion of an IE is needed to carry such information.
The information from the AMF to the gNB related to paging information would be carried in the IE called “Paging IE”, and contains the signaling information (from 3GPP TS 38.413 v. 16.0.0) as depicted in
Under the examples described herein, the UE paging identity field in the paging message could be modified or the paging IE could have an additional field which would carry an element that refers to the alternative paging identity to be used by the UE in a given cell.
The AMF would potentially obtain the information on the new paging identity to use through gNB assisted information as described in section 8.14.1 of 3GPP TS 38.413, v. 16.0.0:
The NG-RAN node controlling a UE-associated logical NG connection initiates the procedure by sending a UE RADIO CAPABILITY INFO INDICATION message to the AMF including the UE radio capability information.
The UE RADIO CAPABILITY INFO INDICATION message may also include paging specific UE radio capability information within the UE Radio Capability for Paging IE.
The UE radio capability information received by the AMF shall replace previously stored corresponding UE radio capability information in the AMF for the UE, as described in TS 23.501.
The approach of requesting an alternative identity could in principle also be applied on the non-access stratum layer, as shown
As shown in
The technical effects and advantages of the examples described herein include the reduction in the power consumption for dual receive multi USIM devices. Since the paging monitoring requires the UE to wake up very often to check, enabling full alignment or sequential alignment of the PO results in a significant improvement.
The apparatus 1200 may be UE 110, RAN node 170, or Network Element(s) 190. Thus, processor 1202 may correspond to processor(s) 120, processor(s) 152, or processor(s) 175, memory 1204 may correspond to memory(ies) 125, memory(ies) 155, or memory(ies) 171, computer program code 1205 may correspond to computer program code 123, module 140-1, module 140-2, subscription 1 192, subscription 2 194, or subscription N 196, computer program code 153, module 150-1, module 150-2, or computer program code 173, and NW I/F(s) 1210 may correspond to N/W I/F(s) 161 or N/W I/F(s) 180. Alternatively, apparatus 1200 may not correspond to either of UE 110, RAN node 170, or Network element(s) 190 (for example, apparatus 1200 may be a remote or a cloud apparatus).
Throughout this description, reference numbers 110-“x”, 170-“x”, and 190-“x” correspond to the actual items or variations of the items of
Some details of the idea are presented in the flowchart 1600 of
At 1601, a dual receive device is in RRC_Idle or RRC_inactive with two (or more) USIMs (e.g., USIM1 and USIM2) and needs to monitor for paging reception.
At 1602, 1603 and 1604, the device evaluates alignment of paging occasions assigned to identities of the device. Accordingly, the alignment of the paging occasions of the two or more USIMs are evaluated with respect to each other.
At 1602 the device may determine a current level of alignment of the paging occasions. In an example the current level of alignment may be an alignment described with
At 1603 the device may determine a target level of alignment of the paging occasions. The target level of alignment of the paging occasions may also be referred to as a desired level of alignment of the paging occasions. In an example in accordance with at least some embodiments at 1603, the target level of alignment may be determined on the basis of at least one of capabilities (Rx/Tx) of the device, mobility of the device and/or a power consumption of the device. Examples of the mobility of the device comprise a current state of mobility and a history of mobility of the device. Examples of the capabilities of the device comprise a number of Rx/Tx of the device. The mobility type may be determined on the basis of evaluating the mobility of the device.
In an example, at 1603, the target level of alignment may be a minimum level of alignment accepted by the device. The minimum alignment may be any of the alignments described with
It should be noted that the device may use mobility information about a current state of mobility and a history of mobility of the device for determining which of the priorities, e.g., 1 or 2 above, is used for determining the target level of alignment. The mobility type of the device may be, e.g., High mobility user, Medium mobility user, Low mobility user or stationary user.
High mobility users may be devices that need or are likely to setup a new PO very often. One reason for this is that a device makes handovers to new serving cells quite often. Then, it may not be very efficient to pursue the full alignment or even any alignment at all, in which case the device may choose to not make an attempt to align the paging occasions for different identities, i.e. USIMs.
Medium mobility users may be devices, which may be changing serving cells and therefore getting a new PO with a relatively medium frequency. These devices may prefer the alignment option that minimizes the signaling exchange, e.g., prioritizes the signaling load. This is a tradeoff between the benefits from alignment and the effort (signaling) spent to get it, since the process will need to be repeated every time the user is handed over to a new serving cell.
Low mobility or stationary users may be devices that are likely remain in the same cell or a set of cells a large fraction of an observation time period. For low mobility or stationary users the full alignment should be the preferred since once the POs are aligned, the benefits to power consumption of the device are obtained for a long time.
At 1604 the device may evaluate an alignment of the paging occasions on the basis of the current level of alignment determined at 1062 and the target level of alignment determined at 1603. In an example in accordance with at least some embodiments, at 1604, the device may determine if the current level of alignment is higher or equal to the desired level of alignment. It should be noted that a full alignment is considered higher than partial/sequential alignment. The current level of alignment and the target level of alignment may be both one of the alignments described with
At 1605, the device may determine whether to prioritize at least one alignment of the paging occasions over one or more further alignments of paging occasions. In an example, the device may decide on whether to prioritize the optimal solution, full alignment, over sequential alignment or a partial alignment. In an example at 1605 the device may determine to prioritize a full alignment on the basis of a minimum alignment requirement that is set to indicate the full alignment. If ‘yes’, transition to 1606. If ‘no’, transition to step 1608.
At 1606, the device may request a paging occasion in accordance with the prioritized alignment from the communication network using at least one of the identities, e.g., USIM1. In an example, the device may prioritize the full alignment and the device may determine assistance information for requesting a paging occasion using one of the identities. In an example, the device may determine assistance information for requesting a paging occasion for USIM1 on the basis of a current paging occasion assigned to USIM2. The assistance information may indicate that the USIM1 is assigned a paging occasion at the same time with USIM2. In this way the device may attempt to achieve the full alignment between paging occasions.
At 1607, the response received from the network may be checked for determining whether to transition to step 1609 or 1612. In accordance with at least some embodiments, at 1607, in response to the response from the communication network indicates that the paging occasion requested at 1606 has been assigned, transition to 1612. In response to the response from the communication network indicates that the paging occasion requested at 1606 has not been assigned, transition to 1609. It should be noted that in connection with transition to 1612, the device may align the paging occasions across the identities of the device based on the paging occasion assigned by the network for one of the identities, e.g., USIM1.
At 1609, the device may request a paging occasion from the communication network. In an example, in accordance with at least some embodiments, at 1609, the device may request a paging occasion from the communication network using another identity than used previously, e.g., at step 1606. Using another identity provides the device utilizing the response received from the network to the previous request at 1606. For example, when the prioritized alignment requested at 1606 for USIM1 has not been assigned based on the response from the network, at 1609 the paging occasion is requested for USIM2. In an example, at 1609, the device may calculate a range of time for full or partial/sequential alignment and send a request including information indicating the calculated range of time to the network for obtaining a paging occasion for USIM2.
In an example of calculation of a range of time, the device may provide a range of time to the network for achieving an alignment, e.g., any of the alignments described with
At 1610, the device may check a response from the communication network to the request at 1609. In accordance with at least some embodiments, at 1610, in response to the response from the communication network indicating that the paging occasion requested at 1609 has been assigned, the method proceeds to 1612. On the other hand, at 1610, in response to the response from the communication network indicating that the paging occasion requested at 1609 has not been assigned, the method proceeds to 1611.
At 1611, the device may request a paging occasion from the communication network in accordance with at least one further alignment of paging occasions. The paging occasion may be requested using another identity than previously at step 1610. It should be noted that at 1611, the device may have information that a prioritized alignment, e.g., a full alignment for the other identity, e.g., USIM1, has not been assigned based on the request at 1606. In an example in accordance at least some embodiments, at 1611, the device may request the paging occasion using an identity used for requesting the paging occasion in accordance with a prioritized alignment at 1606. In an example, similar to at 1609, at 1611, the device may calculate a range of time for full or partial/sequential alignment and send a request including information indicating the calculated range of time to the network for obtaining a paging occasion for USIM1. The device may receive a response from the communication network and align the paging occasions across the identities of the device based on the paging occasion assigned by the network for one of the identities, e.g., USIM1, and the device may transition to 1612.
At 1608, the device may determine whether to determine at least one alignment for paging occasions for prioritizing signaling load. If “yes”, transition to 1609, if “no” transition to 1612.
In an example, in accordance with at least some embodiments, at 1609, the device may determine at least one alignment for paging occasions for prioritizing signaling load and request, using at least one of the identities, a paging occasion from the communication network in accordance with the determined at least one alignment for prioritizing signaling load for the at least one of the identities. In an example, the device may calculate a range of time for full or partial/sequential alignment and send a request including information indicating the calculated range of time to the network for obtaining a paging occasion for USIM2. The range of time may be calculated as described above in under “Calculation of a range of time”.
In an example, in accordance with at least some embodiments, at 1611, in response to receiving from the communication network information indicating that the requested paging occasion, at 1609, in accordance with the determined at least one alignment for paging occasions for prioritizing signaling load for the at least one of the identities is not assigned to the device, the device may determine at least one alignment for prioritizing signaling load for paging occasions for another identity of the identities, and request, using the another identity, a paging occasion from the communication network in accordance with the determined at least one alignment for prioritizing signaling load for paging occasions for said another identity.
At 1612, the device may monitor paging reception of at least two identities based on paging occasions of the identities that have been aligned on the basis of based on the paging occasion assigned by the network for one of the identities, e.g., USIM1 or USIM2.
At 2301, the device may obtain mobility information. In an example, the device may obtain UE mobility statistics. The mobility statistics may indicate how often the UE transitions to a new Tracking Area (TA) and/or to a neighboring cell and/or how long does the UE camp in a cell.
At 2302, the mobility type may be determined on the basis of the obtained mobility information. In an example, the mobility type may be determined to be a high mobility user, when the device has transitioned outside of the TA more than x times in an observation time period. The x may be an integer value that is selected according to implementation. In an example, the mobility type may be determined to be a medium mobility user, when the device has remained in the tracking area during an observation time period but has transitioned often between cells within the TA. In an example, the mobility type may be determined to be a low mobility user or stationary user, when the device has remained in the same cell or a set of cells a large fraction of an observation time period.
At 2303, the mobility type of the device has been determined to be high mobility. Accordingly, the device may be a high mobility user. A target level of alignment of the device may be determined to be that no alignment is required, i.e. no-alignment requirement. In this case, the device may choose to not make an attempt to align the paging occasions for different identities, i.e. USIMs. Then, the target level of alignment may be a current alignment of the paging occasions the device has been assigned. It should be noted that the current alignment may mean that timing of the paging occasions are not aligned, i.e. they are misaligned, whereby their timing is not adapted with respect to each other to achieve an alignment, e.g., in accordance with the alignments describe with
At 2305, the mobility type of the device has been determined to be medium mobility user. A target level of alignment of the device may be determined to be a partial alignment or a sequential alignment of paging occasion.
At 2304, the mobility type of the device has been determined to be low mobility user or a stationary user. A target level of alignment of the device may be determined to be a full alignment of paging occasion.
At 2306, the method may end after the device has determined a target level of alignment.
At 2401 the device may obtain a starting time, Tstart, of the paging occasion from PLMN2.
At 2402, the device may obtain a duration, Tduration, of the paging occasion from PLMN2.
In an example the starting time and duration in steps 2401 and 2402 may be obtained using a paging reception mechanism described above.
At 2403, the device may calculate a range of time of paging occasion from PLMN1. The range of time may be defined on the basis of an initial time, Tinitial, and a final time, Tfinal with respect to the paging occasion of PLMN2. Tinitial and Tfinal may be defined on the basis of the Tstart and Tduration of the paging occasion from PLMN2 as follows:
Tinitial=Tstart−Tduration.
Tfinal may be defined as follows:
Tfinal=Tstart+2*Tduration.
At 2404, the device has determined the range of time and the range of time or at least information indicating the range of time may be included in the request for paging occasion from PLMN1.
Although the above examples describe embodiments of the invention performed by an apparatus, device, communication device, wireless device, mobile terminal or user equipment, it would be appreciated that the invention as described above may be implemented as a part of any apparatus that comprises circuity and/or that supports multiple active identities, e.g., USIMs, for communications with communications networks.
In general, the various embodiments of the invention may be implemented in hardware or special purpose circuits or any combination thereof. While various aspects of the invention may be illustrated and described as block diagrams or using some other pictorial representation, it is well understood that these blocks, apparatus, systems, techniques or methods described herein may be implemented in, as non-limiting examples, hardware, software, firmware, special purpose circuits or logic, general purpose hardware or controller or other computing devices, or some combination thereof.
As used in this application, the term “circuitry” may refer to one or more or all of the following:
This definition of circuitry applies to all uses of this term in this application, including in any claims. As a further example, as used in this application, the term circuitry also covers an implementation of merely a hardware circuit or processor (or multiple processors) or portion of a hardware circuit or processor and its (or their) accompanying software and/or firmware. The term circuitry also covers, for example and if applicable to the particular claim element, a baseband integrated circuit or processor integrated circuit for a mobile device or a similar integrated circuit in server, a cellular network device, or other computing or network device.
References to a ‘computer’, ‘processor’, etc. should be understood to encompass not only computers having different architectures such as single/multi-processor architectures and sequential (Von Neumann)/parallel architectures but also specialized circuits such as field-programmable gate arrays (FPGA), application specific circuits (ASIC), signal processing devices and other processing circuitry. References to computer program, instructions, code etc. should be understood to encompass software for a programmable processor or firmware such as, for example, the programmable content of a hardware device whether instructions for a processor, or configuration settings for a fixed-function device, gate array or programmable logic device etc.
It should be understood that the foregoing description is only illustrative. Various alternatives and modifications may be devised by those skilled in the art. For example, features recited in the various dependent claims could be combined with each other in any suitable combination(s). In addition, features from different embodiments described above could be selectively combined into a new embodiment. Accordingly, the description is intended to embrace all such alternatives, modifications and variances which fall within the scope of the appended claims.
Frederiksen, Frank, Chandramouli, Devaki, Kiilerich Pratas, Nuno Manuel, Buthler, Jakob Lindbjerg, Sabouri-Sichani, Faranaz, Sanchez, Laura Luque
Patent | Priority | Assignee | Title |
Patent | Priority | Assignee | Title |
10492169, | Jun 15 2017 | Qualcomm Incorporated | Mitigating page collisions in dual subscriber identity module devices |
10623946, | Mar 25 2019 | Qualcomm Incorporated | Multi-SIM assistance information |
20120088502, | |||
20140080496, | |||
20150017982, | |||
20180368101, | |||
20190281580, | |||
20200280919, | |||
20200404617, | |||
20210337505, | |||
20220240213, | |||
20220369097, | |||
JP2019532580, | |||
WO2016140274, | |||
WO2018084632, | |||
WO2018176219, | |||
WO2021075850, |
Executed on | Assignor | Assignee | Conveyance | Frame | Reel | Doc |
Jun 24 2020 | FREDERIKSEN, FRANK | Nokia Technologies Oy | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 064711 | /0594 | |
Jun 24 2020 | SANCHEZ, LAURA LUQUE | Nokia Technologies Oy | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 064711 | /0594 | |
Jun 24 2020 | CHANDRAMOULI, DEVAKI | Nokia Technologies Oy | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 064711 | /0594 | |
Jun 24 2020 | KIILERICH PRATAS, NUNO | Nokia Technologies Oy | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 064711 | /0594 | |
Jun 24 2020 | SABOURI-SICHANI, FARANAZ | Nokia Technologies Oy | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 064711 | /0594 | |
Jul 16 2020 | SABOURI-SICHANI, FARANAZ | Nokia Technologies Oy | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 064717 | /0611 | |
Jul 16 2020 | BUTHLER, JAKOB | Nokia Technologies Oy | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 064717 | /0611 | |
Jul 16 2020 | PRATAS, NUNO K | Nokia Technologies Oy | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 064717 | /0611 | |
Jul 16 2020 | CHANDRAMOULI, DEVAKI | Nokia Technologies Oy | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 064717 | /0611 | |
Jul 16 2020 | LUQUE SANCHEZ, LAURA | Nokia Technologies Oy | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 064717 | /0611 | |
Jul 16 2020 | FREDERIKSEN, FRANK | Nokia Technologies Oy | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 064717 | /0611 | |
Jul 16 2020 | BUTHLER, JAKOB LINDBJERG | Nokia Technologies Oy | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 064711 | /0594 | |
Jul 26 2021 | Nokia Technologies Oy | (assignment on the face of the patent) | / |
Date | Maintenance Fee Events |
Date | Maintenance Schedule |
Jan 30 2027 | 4 years fee payment window open |
Jul 30 2027 | 6 months grace period start (w surcharge) |
Jan 30 2028 | patent expiry (for year 4) |
Jan 30 2030 | 2 years to revive unintentionally abandoned end. (for year 4) |
Jan 30 2031 | 8 years fee payment window open |
Jul 30 2031 | 6 months grace period start (w surcharge) |
Jan 30 2032 | patent expiry (for year 8) |
Jan 30 2034 | 2 years to revive unintentionally abandoned end. (for year 8) |
Jan 30 2035 | 12 years fee payment window open |
Jul 30 2035 | 6 months grace period start (w surcharge) |
Jan 30 2036 | patent expiry (for year 12) |
Jan 30 2038 | 2 years to revive unintentionally abandoned end. (for year 12) |