The technical field of the present disclosure relates to wireless communications, and in particular, to exploiting the IDLE Mode Signaling Reduction (ISR) feature of the 3rd Generation Partnership Project (3GPP) Long Term Evolution (LTE) standard.
User equipment (UE), e.g., a cellular telephone operating in a wireless communications network, may have various modes of operation that may include an idle mode and a connected mode. In the idle mode, the UE may power down one or more of its operating components/elements for varying periods of time. Powering down one or more of its components assists in conserving battery power (especially as the trend continues to create smaller and smaller electronic devices), as less resources need to be supplied with power. The UE may wake up periodically to monitor paging messages applicable to that UE in case the UE must engage in some activity. Such paging messages may alert the UE to the presence of, e.g., incoming calls, and/or may provide other information. In the connected mode, the UE may actively exchange data with one or more network elements to effectuate, e.g., a voice call or a data call, etc.
A mechanism utilized to control how/when the UE powers down/wakes up may be referred to as discontinuous reception (DRX). That is, the UE may periodically monitor paging messages in accordance with a DRX cycle. The DRX cycle may indicate when the UE should wake up to monitor paging messages (when the UE is in Radio Resource Control (RRC) idle mode, i.e., when the RRC connection is released), and when the UE may power down one or more elements/components to conserve battery life.
Idle mode Signaling Reduction (ISR) refers to a mechanism that allows the UE to remain simultaneously registered in a Universal Terrestrial Radio Access Network (UTRAN)/Global System for Mobile Communications (GSM) Enhanced Data rates for GSM Evolution (EDGE) Radio Access Network (GERAN) Routing Area (RA) and an Evolved UTRAN (E-UTRAN) Tracking Area (TA) list. This can allow the UE to make cell reselections between E-UTRAN and UTRAN/GERAN without the need to send any TA update (TAU) (LTE) or RA update (RAU) (2G/3G) request, as long as the UE remains within those TAs and RAs that are in the registered RA and TA list. Consequently, ISR is a feature that can reduce mobility signaling and improve the battery life of UEs.
For a more complete understanding of example embodiments of the present invention, reference is now made to the following descriptions taken in connection with the accompanying drawings in which:
The RAN 110 may include one or more evolved Node Bs (eNBs), which may also be referred to as base stations, Node B's, access points, etc.
Each of the eNBs 114a, 114b, 114c may be associated with one or more cells (e.g., Cell 1, Cell 2, and Cell 3, respectively), and may be configured to handle radio resource management decisions, handover decisions/mobility management, scheduling of users in the uplink (UL) and/or downlink (DL), etc. Communication between the eNBs 114a, 114b, and 114c may occur over an X2 interface.
The core network 120 may include various network entities, and may separate user plane and control plane traffic. In this example architecture, the core network 120, which may be referred to as an evolved packet core (EPC), can include control and user plane entities. A control plane entity referred to as a Mobility Management Entity (MME) may handle control plane traffic, while user plane traffic may be handled by user plane entities referred to as a Serving Gateway (SGW) and a Packet Data Network (PDN) Gateway (PDN GW or PGW).
The core network 120 may facilitate communications with other networks. For example, the core network 120 may provide access (for the UE 112) to circuit-switched networks, such as the Public Switched Telephone Network (PSTN). The core network 120 may also facilitate communications between the UE 112 and land-line communications devices. For example, the core network 120 may include, or may communicate with, an Internet Protocol (IP) gateway, (e.g., an IP multimedia subsystem (IMS) server), that serves as an interface between the core network 120 and the PSTN. In addition, the core network 120 may provide the UE 112 with access to other networks, which may include other wired or wireless networks that are owned and/or operated by other service providers.
For simplicity, a single SGW 122, a single PGW 124, and one MME 126 are illustrated as being included in the core network 120. The SGW 122 may support data services such as packet data, Voice-over-Internet Protocol (VoIP) communications, video, messaging, etc., and may be connected to each of the eNBs 114a, 114b, and 114c in the RAN 110 via Si interfaces. The SGW 122 may generally route and forward user data packets to/from the UE 112. The SGW 122 may also perform other functions, such as anchoring user planes during inter-eNB handovers, triggering paging when DL data is available for the UE 112, managing and storing contexts of the UE 112, etc.
A PGW (e.g., PGW 124) may be the interface between the LTE “subsystem” and IP networks, which may include, but are not limited to, the public Internet, and Internet Protocol Multimedia Subsystem (IMS) services that may be deployed within an operator core network.
An MME (e.g., MME 126) may be responsible for mobility management and path switching between eNBs at handover. The MME 126 may also perform paging for the core network 120. That is, and as illustrated in
While each of the foregoing elements are depicted as part of the core network 120, it will be appreciated that any one of these elements may be owned and/or operated by an entity other than the core network operator. Additionally, and in accordance with other embodiments, a pool of MMEs, a pool of PGWs, and a pool of SGWs may make up the core network 120, where an S1-flex mechanism may allow an eNB, such as eNBs 114a, 114b, and/or 114c to connect to the MME, PGW, and SGW pools for load balancing purposes.
It should be noted that the SGW 122, the PGW 124, and/or the MME 126 may communicate with other entities, e.g., remote servers and terminals (not shown). Additionally, other wireless networks may include equivalent network entities. For example, a UTRAN supporting Wireless Code Division Multiple Access (WCDMA)/3G may include the aforementioned node Bs (instead of eNBs) coupled to Radio Network Controllers (RNCs). That is, and in accordance with the 3G standard, a serving general packet radio service (GPRS) support node (SGSN) 128 may be connected to the MME 126 via an S3 interface, and connected to the PGW 124 via a Gp interface. Node B 114d may operate in conjunction with RNC 116, which may be operatively connected to the SGSN 128 via an Iu interface. Similarly, a base transceiver station (BTS) 114e working in conjunction with a base station controller (BSC) 118, which may be connected to the SGSN 128 via a Gb interface, can be used to provide 2G service. A core network for, e.g., UMTS may include Mobile Switching Centers (MSCs), SGSNs, and Gateway GPRS Support Nodes (GGSNs) (instead of SGWs and MMEs). Therefore, the network 100 can support inter-radio access technology (RAT)/multiple RAT communications, mobility, etc.
A home subscriber server (HSS) 130 can be a central database that contains user-related and subscription-related information. The functions of the HSS 130 can include functionalities such as mobility management, call and session establishment support, user authentication and access authorization. Accordingly, the HSS 130 can connect to the SGSN 128 via a Gb interface, and to the MME via an S6a interface.
The UE 112 may communicate with one or more of the eNBs/Node Bs/BTSs 114a-114d, as well as with the SGSN 128, the MME 126, and the SGW 122. The UE 112 may communicate with network entities (e.g., the eNBs 114a, 114b, and 114c) in the RAN 110 via lower layer signaling, and may communicate with network entities (e.g., the MME 126 and the SGW 122) in the core network 120 via upper layer signaling, e.g., Non Access Stratum (NAS) signaling in UMTS/3G and LTE. The UE 112 may also be referred to as a mobile station, a terminal, an access terminal, a subscriber unit, a station, etc., and the UE 112 may be, e.g., a cellular phone, as described above, a personal digital assistant (PDA), a wireless modem, a wireless communication device, a handheld device, a laptop computer, a cordless phone, a wireless local loop (WLL) station, etc. The eNBs 114a, 114b, and 114c may broadcast system information (SI) via a broadcast channel to provide information within various SI types, each of which provides information required by UEs, (e.g., network information (mobile country code (MCC)/mobile network code (MNC) of a network), frequency synchronization parameters, and the like). SI may include the aforementioned NAS and Access Stratum (AS) SI.
As previously alluded to, DRX may be used in mobile communications to conserve the battery life of a UE, such as the UE 112, where during certain periods/time intervals (in an active/awake mode), data transfer may occur, and during other periods/time intervals, the UE 112 may turn its receiver off to enter into a low power state. A DRX cycle may be negotiated by the communications network 100 or sent/defined by the UE 112. In particular, and in accordance with UMTS and LTE standards, the UE 112 may indicate a DRX cycle length to the core network 120 via NAS signaling, e.g., during an attach procedure or a TAU procedure. This DRX cycle length may be specific to the UE 112, and the UE 112 may change the DRX cycle length depending on a particular service being received by the UE 112, a particular device type of the UE 112, and/or other factors. It should be noted that DRX cycle length in the context of various embodiments disclosed herein may refer to “idle mode” DRX cycle length, rather than “connected mode” DRX parameters, such as, e.g., short or long DRX cycle lengths.”
The communications network 100 (e.g., MME 126, and ultimately, a relevant eNB, e.g., eNB 114a, 114b, or 114c) may send paging messages to the UE 112 in accordance with time intervals determined by the DRX cycle. These paging messages may alert the UE 112 to, e.g., incoming calls and/or may be used for other purposes. Alternatively, the communications network 100 may send the DRX cycle(s) over a broadcast channel by defining new SI block (SIB) information.
In particular, the DL Paging Control Channel (PCCH) is used to transmit paging information to UEs, where UEs may be notified of changes in SI, which may, e.g., require a reacquisition of SI. A UE uses DRX in idle mode to reduce battery consumption, as previously described, where a DRX cycle may be configured by certain parameters sent in an SI Block 2 (SIB2). The UE may monitor the PDCCH at certain intervals (set by the DRX cycle parameters) in order to check for the presence of a paging message. That is, the UE utilizes the DRX cycle during idle mode to wake itself up to check for such paging messages. If the PDCCH indicates that a paging message is being transmitted in a subframe, the UE may decode the Physical Downlink Shared Channel (PDSCH) to see if the paging message is directed to that UE. Paging messages may be sent to all eNBs within a TA.
In accordance with the standard(s) specifying paging procedures in the 51 protocol, the MME 126 may initiate a paging procedure by sending a paging message to an applicable eNB, e.g., eNB 114a, 114b, or 114c. Upon receiving the paging message from the MME 126, the relevant eNB (e.g., eNB 114a, 114b, or 114c) may perform paging of the relevant UE in the cell(s) which belong to TAs indicated in the (aforementioned) list of TAs information element (IE) (e.g., the UE 112 in one of more of the Cells 1, 2, and/or 3). For each of the cells (e.g., Cells 1, 2, and/or 3) that belong to any of the TAs indicated in the list of TAs IE, the relevant eNB (e.g., eNB 114a, 114b, or 114c) may generate a page on the radio interface. This paging procedure occurs in accordance with the DRX cycle.
ISR is a feature that allows wireless devices, e.g., UEs, to move between LTE and 2G/3G technologies/networks without performing TAU or RAU procedures once the ISR feature has been activated. As alluded to previously, ISR may be used to limit the signaling between the UE and a network (i.e., the registration procedure) as well as signaling within the network. However, and because the UE does not have to perform registration (i.e., TAU and RAU procedures) while moving back and forth between LTE and 2G/3G networks/RATs, the network remains unaware as to which RAT the UE is camped on at any given time. Therefore, and in order to reach the UE for, e.g., a mobile terminated (MT) call, the network may be forced to page the UE on both LTE and 2G/3G registration areas (i.e., in TAU and RAU order). Accordingly, the cost of utilizing the ISR feature is more complex paging procedures for UEs in ISR, which need to be paged on both the registered RA and all registered TAs, and a HSS may further need to maintain two packet switched (PS) registrations (one from an MME, and another from an SGSN).
Referring back to
“Camping on” a cell can refer to an action/state where a UE has completed a cell selection/reselection process and has chosen a cell for which SI and paging information can be monitored. When a UE camps on an E-UTRAN cell, for example, the UE can perform location registration on the MME, and if the UE moves to and camps on a UTRAN/GERAN cell, the UE can perform location registration on the SGSN. Accordingly, and as the UE frequently moves between the E-UTRAN and the UTRAN/GERAN networks/TAs and RAs, the ISR mechanism allows for the UE to respectively perform location registration on the MME and the SGSN (two mobility management nodes) via the E-UTRAN and the UTRAN/GERAN once.
When in idle mode, the UE does not need to perform additional location registration when moving between two pre-registered Radio Access Technologies (RATs), or when reselecting a cell. If there is downlink (DL) data that should be sent to a corresponding UE in an ISR activated state and in idle mode, paging can be simultaneously delivered to the E-UTRAN and the UTRAN/GERAN. This allows the network to successfully search for the UE and to deliver the DL data to the UE.
The MME 126 and the SGSN 128 can send a paging message to the UE 112 through each serving access network. In particular, the MME 126 can send a paging message at 310 to each eNB (e.g., eNB 114a) included in the TAs on which the UE 112 has registered, while the SGSN 128 can send a paging message at 312 to the RNC/BSC (e.g., 116). Each eNB that receives the paging message from the MME 126 (e.g., eNB 114a) may page the UE 112 at 314, and the RNC/BSC that received the paging message from the SGSN 128 (e.g., RNC 116) may page the UE 112 at 316.
As described above, it may be assumed for purposes of this example that the UE 112 is camped on an E-UTRAN cell, e.g., eNB 114a. Accordingly, the UE 112 can respond to the paging received from the MME 126 via the E-UTRAN, and can initiate a Service Request Procedure, thereby setting up a user plane as a path at 318. The SGW 122 may then transfer the DL data intended for the UE 112 to the UE 112 at 320. Alternatively, and if the UE 112 is camped on a UTRAN/GERAN cell, e.g., cell 4/Node B 114d, rather than the E-UTRAN cell, the UE 112 can respond to paging received via the UTRAN/GERAN (by way of the SGSN 128 and the RNC 116), and if a user plane is set in the Service Request Procedure, the DL data transfer can occur to the UE 112 from the SGW 122.
Although the ISR and DRX features of LTE provide some mechanisms for combating excessive battery consumption, the idle mode battery consumption footprint of a UE camped on an E-UTRAN can be much higher than if the UE is camped on a UTRAN/GERAN. It should be noted that conventionally, in a communication environment in which a UE is covered by a plurality of RATS (e.g., LTE and 3G; or LTE and 2G), the UE of the legacy RAT (e.g., 2G or 3G) may typically camp on the LTE network. Hence the UE can be consuming more battery power in idle mode operation (i.e., standby). In today's commercial networks, studies have shown that idle mode battery consumption on LTE can be as much as 30 percent higher than on 2G/3G. For example, it has been observed that a UE camped on a commercial 2G network may have a standby battery consumption level of 6.6 mA. Camped on a commercial 3G network, the same UE may have a standby battery consumption level of 5.7 mA. Camped on a commercial LTE network, the standby battery consumption may be 8.1 mA. It should be noted that the standby battery consumption levels provided herein are merely examples. Although in general, standby battery consumption levels are higher in LTE networks as compared to 2G or 3G networks, specific standby battery consumption levels can differ depending on the particular UE (e.g., type, make, intended use, etc.) being utilized, and/or the particular network.
Accordingly, various embodiments leverage the ISR feature when a UE is in overlapping coverage, i.e., when LTE and 2G/3G coverage overlaps within a service area. That is, when both 2G/3G and LTE RATs are available to a UE, the UE need only monitor the paging channel of a UTRAN/GERAN cell for, e.g., MT calls, such as voice calls, email messages, etc., while in idle mode. The UE can monitor the UTRAN/GERAN cell paging channel without risking missing a page because, as previously described, the ISR feature accounts for the lack of knowledge regarding the precise location of a UE by performing paging on both E-UTRAN and UTRAN/GERAN networks.
Therefore, and because a UE can camp onto a UTRAN/GERAN cell while in idle mode as opposed to camping on an E-UTRAN cell, its battery consumption footprint can be reduced, for example, by 30 percent. Hence, a UE that is registered on multiple RATs, e.g., 2G/3G and LTE at the same time, has the liberty to select which network cell to camp on, as well as which network to establish a connection with on the uplink (UL), all while remaining compliant with LTE standards. The ability to camp on a network that has the best battery efficiency, in addition to the ability to establish a connection with the fastest network (to complete MT or initiate mobile originated (MO) calls) can be advantageous for the UE, as the UE can preserve battery life without experiencing performance degradation.
Regarding cell selection/re-selection during idle mode, a UE may maintain the two registrations (E-UTRAN and UTRAN/GERAN) and run timers for the two registrations. Furthermore, the UE can store MM parameters from the SGSN (e.g., P-TMSI and RA) and the MME (e.g., GUTI and TA(s)), as well as session management (bearer) contexts common to E-UTRAN and UTRAN/GERAN. In idle mode, the UE may reselect between E-UTRAN and UTRAN/GERAN within the registered RA and TAs (without performing TAU and RAU procedures as previously described), while the SGSN and MME store each other's respective address when ISR is activated.
That is, and when a UE is initially switched on, a public land mobile network (PLMN) may be selected by NAS, and for the selected PLMN, an associated RAT may be set. With cell selection, the UE can search for a suitable cell of the selected PLMN, choose that cell to provide available services, and further shall tune to the cell's control channel, i.e., the aforementioned “camping on the cell.” The UE may, if necessary, register its presence, by way of a NAS registration procedure, in the TA of the chosen cell. If the UE finds a more suitable cell, according to cell reselection criteria, the UE may reselect onto that more suitable cell, and camp on it. If the new cell does not belong to at least one TA to which the UE is registered, location registration is performed. If necessary, the UE may search for higher priority PLMNs at regular time intervals, and search for a suitable cell if another PLMN has been selected by NAS, while a search for available closed subscriber groups (CSGs) may be triggered by NAS to support manual CSG selection. If the UE loses coverage of the registered PLMN, either a new PLMN may be selected automatically (automatic mode), or an indication of which PLMNs are available is given to a user, so that a manual selection can be made (manual mode).
To effectuate cell selection and reselection, the UE can perform various measurements upon which cell selection and reselection may be based, where the NAS can control the RAT(s) in which the cell selection should be performed, for instance by indicating RAT(s) associated with the selected PLMN, and by maintaining a list of forbidden registration area(s) and a list of equivalent PLMNs. The UE can then select a suitable cell based on idle mode measurements and cell selection criteria. In order to speed up the cell selection process, stored information for several RATs may be available in the UE. When camped on a cell, the UE may regularly search for a better cell according to the cell reselection criteria. If a better cell is found, that cell is selected. The change of cell may imply a change of RAT.
For normal service, the UE may camp on a suitable cell, tune to that cell's control channel(s) so that the UE can, e.g., receive system information from the PLMN; receive registration area information from the PLMN, e.g., TA information; receive other AS and NAS Information; and if registered: receive paging and notification messages from the PLMN; and initiate transfer to connected mode. The various rules, states, measurements, criteria, etc. upon which cell selection and reselection can be based may include, but are not limited to, for example, cell ranking in a hierarchical cell structure architecture, cell priority, quality level threshold criterion, cell selection RX levels, maximum TX power level a UE may use when accessing a cell, etc.
It should be noted that the same or similar processes may be performed in the UTRAN/GERAN context as specified in the respective standards that specify UE procedures in idle mode.
Such processes/methods can be manipulated in accordance with various embodiments such that the UE camps on a legacy RAT, e.g., a cell in a UTRAN/GERAN, while in idle mode and when ISR is active to allow for the aforementioned monitoring of paging messages thereon to avoid the higher battery power penalties associated with idle mode battery consumption while being camped on a cell in an E-UTRAN. For example, in the UTRAN case, when returning to idle mode from connected mode, the UE may conventionally select a suitable cell to camp on. Candidate cells for this selection are the cell(s) used immediately before leaving connected mode. If no suitable cell is found, the UE can use a stored information cell selection procedure in order to find a suitable cell to camp on. When returning to idle mode after, e.g., an emergency call on any PLMN, the UE may select an acceptable cell to camp on. Candidate cells for this selection may be the cell(s) used immediately before leaving connected mode. If no acceptable cell is found, the UE can continue to search for an acceptable cell of any PLMN. It should be noted that the UE can be aware of when ISR is active by receipt of an ISR indication information element (IE) included in a TAU accept or RAU accept message.
In accordance with various embodiments, a software module/instructions may be utilized to allow the UE to override such cell selection/reselection processes, if necessary, to ensure that the UE is camped on a legacy RAT network during idle mode when ISR is active. That is, relevant SI received by the UE in a particular SIB can be overwritten, superseded, and/or ignored. Therefore, if, for example, the network suggests that the UE camp on an E-UTRAN cell, the software module/instructions operative within the UE may determine that ISR is active, and instead, instruct the UE to camp on a UTRAN/GERAN cell.
For example, the UE may receive SIBs, e.g., SIB3, SIB5, and SIB6 SI broadcast by the network, where a PLMN can be selected based on RAT priorities of PLMNs included in the SIB3, or an initial/current PLMN may be maintained. SIB3 may include the absolute priority of a serving cell, SIB5 may include the absolute priority of each LTE frequency, and SIB6 may include the absolute priority of each UMTS frequency. Based on the absolute priorities gleaned from the SIB3, SIB5, and SIB6 SI, the UE can determine to select or reselect, e.g., a UTRAN cell or an E-UTRAN cell, the selection/reselection further being based on, e.g., inter-RAT measurements, such as cell selection RX level and quality values. That is, and when an LTE frequency has a higher absolute priority than the serving cell, the UE should reselect an E-UTRAN cell at this frequency if other conditions for E-UTRAN cell reselection (alluded to previously) are also met.
However, and in accordance with various embodiments, this cell reselection to an E-UTRAN cell can be overridden, superseded, and/or ignored by the UE, where the UE may instead camp on a UTRAN/GERAN cell during idle mode. That is, if serving cell is an E-UTRAN cell, the UE may reselect to a UTRAN/GERAN cell. If the serving cell is a UTRAN/GERAN cell, the UE can remain camped on the serving cell despite the E-UTRAN cell having a higher absolute priority, for example.
As previously described, the UE may remain camped on the first cell, or the UE may tune to another cell. For example, if the MT call is associated with a multimedia-type communication that requires or is preferably handled with a high bandwidth/data rate, the UE may wish to camp on the LTE network, and therefore, selects the LTE network to complete the MT call. If on the other hand, the MT call does not require high data rates, e.g., textual email, the UE can remain camped on the 2G/3G network.
The baseband circuitry 520 may provide digital signal processing and control functions within the communication device 500. The baseband circuitry 520 can include a receive baseband module (not shown) that filters and converts the analog signal received from the RF receiver 514 into a digital signal for further processing. The baseband circuitry 520 may also include a transmit baseband module (not shown) that processes and converts a digital baseband signal into an analog signal that can be transmitted to the RF transmitter 512.
The baseband circuitry 520 can control the RF circuitry 510 to selectively turn either or both of the RF transmitter 512 and the RF receiver 514 on/off based on a mode of operation implemented by the communication device 500. In addition, either or both of the baseband circuitry 520 and the RF circuitry 510 can be turned on/off based on a mode of operation. For example, in a normal mode of operation, both the RF circuitry 510 and the baseband circuitry 520 can be turned on to establish a connection with one of the neighboring cells, e.g., to download data through the established connection and to process the downloaded data. In a DRX or ISR mode of operation, the baseband circuitry 520 can turn the RF circuitry 510 on to monitor signals (e.g., paging messages) broadcast by the one or more neighboring cells, e.g., cells 1-5. Then, the baseband circuitry 520 can turn the RF circuitry off to reduce power consumption while the baseband circuitry 520 processes the received signals. In some implementations, the RF circuitry 510 can be turned on for a portion of the time when the baseband circuitry 520 is turned on to process the received signals.
To support various functions of the baseband circuitry 520, a processor 522 and memory 524 can be included to interface with and control operation of other components of the baseband circuitry 520. As an example, baseband circuitry 520 can be used to decode monitored signals received through the RF circuitry 520, e.g., to identify the single frequency network corresponding to each neighboring cell, and may be configured to support LTE, 2G, 3G, etc. standards. The decoded signals or the raw monitored signals can be stored in a memory component 524. Various types of Random Access Memory (RAM) devices, Read Only Memory (ROM) devices, Flash Memory devices, and other suitable storage media can be used to implement the memory component 524. In addition, the memory component 524 can store other information and data, such as instructions, software, values, and other data processed or referenced by the processor 522.
Various components of the baseband circuitry 520 can be selectively turned on-and-off, either as a group or individually, to efficiently use the chip resources for handling various processing tasks while reducing overall chip power consumption. The processor 522 can control various operations of the remaining components in the baseband circuitry 520, including selectively turning these components on-and-off to support a particular mode of operation.
An override module 526 can be utilized, as described above, to control/direct the communication device 500 with regard to responding to instructions from the network regarding cell selection/reselection. In particular, the override module 526 can override the network and/or allow the communication device 500 to ignore the network, and camp on a legacy RAT network, such as a 2G or 3G neighboring cell while in idle mode, and while ISR is active.
In accordance with various embodiments, power consumption in a UE may be reduced, not only by reducing the amount of TAUs and RAUs that are initiated which require system resources to be utilized, but by adjusting the behavior of UE in idle mode to camp on legacy RATs, such as UTRAN/GERAN cells, where battery consumption can be, e.g., 30 percent less than when camping on a E-UTRAN cell. Various embodiments have been described in the context of LTE, 2G, and 3G networks and standards. However, it should be noted that the mechanisms described herein for leveraging existing features, such as ISR, may be applied to other types of communication technologies and/or networks that may allow for flexibility as to what RAT/cell a UE can camp on to allow the UE to camp on a less-power-intensive RAT/cell.
The various diagrams illustrating various embodiments may depict an example architectural or other configuration for the various embodiments, which is done to aid in understanding the features and functionality that can be included in those embodiments. The present disclosure is not restricted to the illustrated example architectures or configurations, but the desired features can be implemented using a variety of alternative architectures and configurations. Indeed, it will be apparent to one of skill in the art how alternative functional, logical or physical partitioning and configurations can be implemented to implement various embodiments. Also, a multitude of different constituent module names other than those depicted herein can be applied to the various partitions. Additionally, with regard to flow diagrams, operational descriptions and method claims, the order in which the steps are presented herein shall not mandate that various embodiments be implemented to perform the recited functionality in the same order unless the context dictates otherwise.
It should be understood that the various features, aspects and/or functionality described in one or more of the individual embodiments are not limited in their applicability to the particular embodiment with which they are described, but instead can be applied, alone or in various combinations, to one or more of the other embodiments, whether or not such embodiments are described and whether or not such features, aspects and/or functionality is presented as being a part of a described embodiment. Thus, the breadth and scope of the present disclosure should not be limited by any of the above-described exemplary embodiments.
Terms and phrases used in this document, and variations thereof, unless otherwise expressly stated, should be construed as open ended as opposed to limiting. As examples of the foregoing: the term “including” should be read as meaning “including, without limitation” or the like; the term “example” is used to provide exemplary instances of the item in discussion, not an exhaustive or limiting list thereof; the terms “a” or “an” should be read as meaning “at least one,” “one or more” or the like; and adjectives such as “conventional,” “traditional,” “normal,” “standard,” “known” and terms of similar meaning should not be construed as limiting the item described to a given time period or to an item available as of a given time, but instead should be read to encompass conventional, traditional, normal, or standard technologies that may be available or known now or at any time in the future. Likewise, where this document refers to technologies that would be apparent or known to one of ordinary skill in the art, such technologies encompass those apparent or known to the skilled artisan now or at any time in the future.
Additionally, the various embodiments set forth herein are described in terms of exemplary block diagrams, flow charts and other illustrations. As will become apparent to one of ordinary skill in the art after reading this document, the illustrated embodiments and their various alternatives can be implemented without confinement to the illustrated examples. For example, block diagrams and their accompanying description should not be construed as mandating a particular architecture or configuration.
Moreover, various embodiments described herein are described in the general context of method steps or processes, which may be implemented in one embodiment by a computer program product, embodied in, e.g., a non-transitory computer-readable memory, including computer-executable instructions, such as program code, executed by computers in networked environments. A computer-readable memory may include removable and non-removable storage devices including, but not limited to, Read Only Memory (ROM), Random Access Memory (RAM), compact discs (CDs), digital versatile discs (DVD), etc. Generally, program modules may include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. Computer-executable instructions, associated data structures, and program modules represent examples of program code for executing steps of the methods disclosed herein. The particular sequence of such executable instructions or associated data structures represents examples of corresponding acts for implementing the functions described in such steps or processes.
As used herein, the term module can describe a given unit of functionality that can be performed in accordance with one or more embodiments. As used herein, a module might be implemented utilizing any form of hardware, software, or a combination thereof. For example, one or more processors, controllers, ASICs, PLAs, PALs, CPLDs, FPGAs, logical components, software routines or other mechanisms might be implemented to make up a module. In implementation, the various modules described herein might be implemented as discrete modules or the functions and features described can be shared in part or in total among one or more modules. In other words, as would be apparent to one of ordinary skill in the art after reading this description, the various features and functionality described herein may be implemented in any given application and can be implemented in one or more separate or shared modules in various combinations and permutations. Even though various features or elements of functionality may be individually described or claimed as separate modules, one of ordinary skill in the art will understand that these features and functionality can be shared among one or more common software and hardware elements, and such description shall not require or imply that separate hardware or software components are used to implement such features or functionality. Where components or modules of the invention are implemented in whole or in part using software, in one embodiment, these software elements can be implemented to operate with a computing or processing module capable of carrying out the functionality described with respect thereto. The presence of broadening words and phrases such as “one or more,” “at least,” “but not limited to” or other like phrases in some instances shall not be read to mean that the narrower case is intended or required in instances where such broadening phrases may be absent.
Number | Date | Country | |
---|---|---|---|
61775393 | Mar 2013 | US |