Aspects of the present disclosure relate generally to wireless communication systems, and more particularly, to inter radio access technology (IRAT) handovers.
Wireless communication networks are widely deployed to provide various communication services such as telephony, video, data, messaging, broadcasts, and so on. Such networks, which are usually multiple access networks, support communications for multiple users by sharing the available network resources. One example of such a network is the UMTS Terrestrial Radio Access Network (UTRAN). The UTRAN is the radio access network (RAN) defined as a part of the Universal Mobile Telecommunications System (UNITS), a third generation (3G) mobile phone technology supported by the 3rd Generation Partnership Project (3GPP). The UMTS, which is the successor to Global System for Mobile Communications (GSM) technologies, currently supports various air interface standards, such as Wideband-Code Division Multiple Access (W-CDMA), Time DivisionCode Division Multiple Access (TD-CDMA), and Time DivisionSynchronous Code Division Multiple Access (TD-SCDMA). The UMTS also supports enhanced. 3G data communications protocols, such as High Speed Packet Access (HSPA), which provides higher data transfer speeds and capacity to associated UNITS networks.
For example, in TD-SCDMA systems, Dedicated Channel (DCH) measurement occasion (DMO) or Idle interval gaps may be configured by a network to support LTE or GSM measurements by a user equipment (UE) during TD-SCDMA to LTE or TD-SCDMA to GSM handovers when the LTE is in connected mode. However, 3GPP Specifications do not specify whether the network can transmit data on a downlink to the UE during the DMO or Idle Interval gaps which may result in lower throughput at the UE.
Therefore, there is a desire for a method and an apparatus for downlink decoding enhancements during inter radio access technology (IRAT) handovers for improved throughput at UEs.
The following presents a simplified summary of one or more aspects in order to provide a basic understanding of such aspects. This summary is not an extensive overview of all contemplated aspects, and is intended to neither identify key or critical elements of all aspects nor delineate the scope of any or all aspects, its sole purpose is to present some concepts of one or more aspects in a simplified form as a prelude to the more detailed description that is presented later.
The present disclosure presents an example method and apparatus for downlink decoding enhancements during inter radio access technology (IRAT) handovers. For example, the present disclosure presents an example method for identifying at a user equipment (UE) that a transmission is received on a downlink channel during a transmission timing interval (ITI) which is configured by a network entity for a DCH measurement occasion (DMO) or an idle interval gap for IRAT measurements. The example method further comprises performing a transport format combination indicator (TFCI) decoding and a cyclic redundancy check (CRC) of the transmission received during the TTI, and identifying that data received during the TTI is valid when the TFCI decoding and the CRC are successful.
in an additional aspect, an apparatus for downlink decoding enhancements during inter radio access technology (IRAT) handovers is disclosed. The apparatus may include means for identifying, at a user equipment (UE), that a transmission is received on a downlink channel during a transmission timing interval (TTI) which is configured by a network entity for a DCH measurement occasion (DMO) or an idle interval gap for IRAT measurements. The apparatus further comprises means for performing a transport format combination indicator (TFCI) decoding and a cyclic redundancy check (CRC) of the transmission received during the TTI and means for determining that data received during the TTI is valid when the TRA decoding and the CRC are successful.
In a further aspect, a computer program product for downlink decoding enhancements during inter radio access technology (IRAT) handovers is described. The computer program product may include a computer-readable medium comprising code executable by a computer for identifying, at a user equipment (UE), that a transmission is received on a downlink channel during a transmission timing interval (TTI) which is configured by a network entity for a DCH measurement occasion (DMO) or an idle interval gap for IRAT measurements. The computer program product further comprises performing a transport format combination indicator (TFCI) decoding and a cyclic redundancy check (CRC) of the transmission received during the TTI and determining that data received during the TTI is valid when the TFCI decoding and the CRC are successful.
Moreover, the present disclosure presents an apparatus for downlink decoding enhancements during inter radio access technology (IRAT) handovers. The apparatus may include a DCH measurement occasion (DMO) or idle interval gap identifying component to identify that a transmission is received on a downlink channel during a transmission timing interval (TTI) which is configured by a network entity for a DCH measurement occasion (DMO) or an idle interval gap for IRAT measurements. The apparatus further comprises a transport format combination indicator (TFCI) decoding and cyclic redundancy check (CRC) performing component to perform TFCI decoding and CRC of the transmission received during the TTI and a data validity determining component to determine that data received during the TTI is valid when the TFCI decoding and the CRC are successful.
To the accomplishment of the foregoing and related ends, the one or more aspects comprise the features hereinafter fully described and particularly pointed out in the claims. The following description and the annexed drawings set forth in detail certain illustrative features of the one or more aspects. These features are indicative, however, of but a few of the various ways in which the principles of various aspects may be employed, and this description is intended to include all such aspects and their equivalents.
The detailed description set forth below in connection with the appended drawings is intended as a description of various configurations and is not intended to represent the only configurations in which the concepts described herein may be practiced. The detailed description includes specific details for the purpose of providing a thorough understanding of various concepts. However, it will be apparent to those skilled in the art that these concepts may be practiced without these specific details. In some instances, well known structures and components are shown in block diagram form in order to avoid obscuring such concepts.
The present aspects generally relate to downlink decoding enhancements during IRAT handovers. Specifically, in TD-SCDMA systems, DMO or Idle Interval gaps can be configured by network to support IRAT measurements, e.g., T2L and T2G, when the UE is in connected mode. However, 3GPP Specifications do not specify whether data can be transmitted from the network to the UE during the DMO/Idle Interval gaps. As a result, different network vendors could choose different approaches, for example, transmitting data on the downlink during Transmission TimingIntervals (TTIs) that contain DMO/Idle Interval gaps or not transmitting data on the downlink during TTIs that contain DMO/Idle Interval gaps, TTIs configured with DMO/Idle Interval gaps are also called “affected TTIs.” If the network transmits data during the affected TTIs and the UE does not decode the downlink channels during the affected TTIs, the performance of the UE may be affected. For example, the throughput at the UE may be reduced,
According to aspects of the present method and apparatus, downlink decoding enhancements may be made during IRAT handovers to improve throughput on the downlink at the UE.
Referring to
In an aspect, source network entity 112 and/or target network entity 114 may include, but are not limited to, an access point, a base station (BS) or Node B or eNodeB, a macro cell, a femtocell, a pico cell, a relay, a peer-to-peer device, an authentication, authorization and accounting (AAA) server, a mobile switching, center (MSC), etc. Additionally, network entities 112 and/or 114 may include one or more of any type of network component that can enable UE 102 to communicate and/or establish and maintain link 116 and/or 118 to respectively communicate with source network entity 112 and/or target network entity 114. Furthermore, network entity 114 may be a candidate for handover when UE 102 performs a handover. In an example aspect, network entity 112 may operate according to Time Division Synchronous Code Division Multiple Access (TD-SCDMA) and/or network entity 114 may operate according to Long Term Evolution (LTE) or Global System for Mobile Communications (GSM) standard as defined in 3GPP Specifications.
Furthermore, in an aspect. UE 102 may include an IRAT handover manager 104 which may be configured for downlink decoding enhancements during inter radio access technology (IRAT) handovers by identifying at a user equipment (UE) that a transmission is received on a downlink channel during a transmission timing interval (TTI) which is configured by a network entity for a DCH measurement occasion (DMO) or an idle interval gap for IRAT measurements, performing a transport format combination indicator (TFCI) decoding and a cyclic redundancy check (CRC) of the transmission received during the TTI, and determining that data received during the TTI is valid when the TFCI decoding and the CRC are successful.
In an additional or an optional aspect, UE 102 and/or IRAT handover manaizer 104 may he further confioured for discarding the data during the TTI when the TFCI decoding or the CRC is not successful.
For example, in an aspect, IRAT handover manager 104 may include one or more of a DMO or Idle interval Gap identifying Component 202, a TFCI Decoding and. CRC Performing Component 204, a Data Validity Determining Component 206, and/or a Data Discarding Component 208.
In an aspect, when UE 102 is camped on source network entity 112 and operating in TD-SCDMA RAT, the network, e.g., source network entity 112, may configure DMO/Idle Interval gaps for the IJE to perform IRAT measurements daring the DMO/Idle interval gaps. But there is no consistency amongst the network operators regarding data transmissions on the downlink to the UE during the DMO/Idle Interval gaps as the 3GPP Specifications are not clear regarding the transmissions on the downlink daring DMO/Idle Interval gaps. Therefore, one network operator may transmit data during some or all portions of an affected TTI as described above and another network operator may not transmit data at all during an affected TTI. This may result in reduced performance at the UEs, for example, reduced throughout at the UE.
In an example aspect, a signaling radio bearer (SRB) with a TTI of 40 ms may configure a DMO/Idle Interval with 80 ms Periodicity and/or offset of 7 for communication between source network entity 112 and UE 102. That is, at least 50% of TTIs of such SRBs may be impacted by DMO/Idle Interval configuration and/or at least one 10 ms time slot is allocated for IRAT measurements for every two TTIs.
In an aspect, DMO or idle Interval Gap Identifying Component 202 may be configured to identify that a transmission is received on a downlink channel during a transmission timing interval (TTI) which is configured by a network entity for a DCH measurement occasion (DMO) or an idle interval gap for IRAT measurements. That is, Idle Interval Gap Identifying Component 202 is configured to identify that a transmission is received on a downlink channel during an affected TTI as described above.
For example, in some communication technology types (e.g., time division technologies such as TD-SCDMA), particular time slots may be designated with certain predefined communication characteristics. For example, in time division technology, TS0 and/or special slots may generally be utilized to obtain inter/intra frequency measurements at every occurrence within a frame and/or subframe. That is, a user equipment (UE) may obtain inter/intra frequency measurements at every TS0 and/or special time slot occurrence to facilitate, for example, cell reselection and/or handover.
For example, DMO or Idle Interval Gap Identifying Component 202 may be configured to identify that one or more transmissions are received on a downlink channel from network entity, for example, source network entity 112, during an affected TTI, that is, a TTI which is configured with DMO/Idle Interval gaps for IRAT measurements. In an additional or optional aspect, the transmissions on the downlink from source network entity 112 to UE 102 may be on a High Speed Downlink Packet Access (HSDPA) channel, High Speed Uplink Packet Access (HSUPA) channel, or a R4 channel,
In an example aspect, the determination made by DMO or Idle interval Gap Identifying Component 202 described above may be used by the UE to determine whether the data transmitted during an affected TTI (e.g., a TTI which is configured with a DMO/Idle Interval gap) is to be decoded at the UE. If the UE skips decoding the data received on a downlink channel from the network, the network may try to re-transmit the data resulting in reduced throughput at the UE. Optionally, if the UE decodes data transmitted on the downlink during affected TTIs without any restrictions, it may affect the performance of the UE as the UE could use the timing and/or the resources for other relatively important tasks, e.g., performing IRAT measurements.
In an aspect, TFCI Decoding and CRC Performing Component 204 may be configured to perform a transport format combination indicator (TFCI) decodinw, and a cyclic redundancy check (CRC) of the transmission received during the affected TTI. For example, in an aspect, UE 102 may perform TFCI decoding to determine whether TFCI decoding is successful. In an additional aspect, once it is determined that ECI decoding is successful a CRC is performed on the decoded data.
In an aspect, Data Validity Determining Component 206 may be configured to determine that data received during the affected TTI is valid when the TFCI decoding and the CRC are successful. For example, Data Validity Determining Component 206 may determine that data received on the downlink from the network entity, for example, source network entity 112, is valid when TFCI decoding and CRC are successful. Once it is determined that the data received at the UE is valid, the UE will forward the data to the upper layers for further processing.
In an optional aspect, Data Discarding Component 208 may be configured to discard the data received during an affected TTI when at least one of TFCI decoding or the CRC is not successful. For example, when TFCI decoding or CRC of the received data fails, the data received at the UE may be discarded. In an additional aspect, no CRC errors will be reported to outer loop power control (OLPC) as the network may not have transmitted any data on the affected TTI. Further, this may minimize any impact to the performance of other UEs in the network. For example, if CRC errors are reported to OLPC when the TFCI decoding or CRC are not successful, UE 102 may request additional resources, e.g., power, from the network, e.g., source network entity 112, which may reduce the resources allocated by the source network entity to other UEs and/or increased interference to the other UEs due to the higher power allocated to UE 102.
In an additional aspect, UE 102 may adapt the decoding behavior of the UE based on what the network entity, e.g., source network entity 112, may transmit during affected TTIs based on decoding of earlier affected TTIs. For example, if the network, e.g., source network entity 112, transmits data during DMO/Idle Interval gaps, the UE may use this knowledge to improve signaling and throughout by aggressively skipping IRAT measurements during DMO/Idle Interval gaps in certain scenarios. For example, in an aspect, the UE may intentionally skip performing IRAT measurements during one or more DMO/Idle Interval gaps and try decoding the whole TTI. This may result in increased throughput and the skipping of one or more DMO/Idle Interval gaps may not severely impact IRAT handovers.
In an additional aspect, a UE may decode a TTI when the UE starts receiving messages from a new cell or a new network. This may address the inconsistencies in network behaviors related to transmissions on the downlink to the UE during affected. TTIs as described above. For example, in an aspect, the UE may identify that the UE is receiving messages from a new cell and/or a new network, e.g., due to mobility, based on Cell Identifiers and/or public land mobile network identifier (PLMN ID), and start decoding the messages received on the downlink during affected TTIs.
Additionally, at block 304, methodology 300 may include performing a transport format combination indicator (TFCI) decoding and a cyclic redundancy check (CRC) of the transmission received during the TTI. For example, in an aspect, IRAT handover manager 104 and/or TPC/Decoding and CRC Performing Component 204 may be configured to perform a transport format combination indicator (TFCI) decoding and a cyclic redundancy check (CRC) of the transmission received during the TTI.
Further, at block 306, methodology 300 may include determining that data received during the TTI is valid when the TFCI decoding and the CRC are successfal. For example, in an aspect, IRAT handover manager 104 and/or Data Validity Determining Component 206 may be configured to determine that data received during the TTI is valid when the TFCI decoding and the CRC are successful.
In an optional aspect at block 308, methodology 300 may include discarding the data received during the TTI when the TFCI decoding or the CRC is not successful. For example, in an aspect, IRAT handover manager 104 and/or Data Discarding Component 208 may be optionally configured to discard the data received during the TTI when the TRA decoding or the CRC is not successfull.
Referring to
Additionally, logical grouping 402 may include an electrical component 406 to perform a transport format combination indicator (TFCI) decoding and a cyclic redundancy check (CRC) of the transmission received during the TTI. In an aspect, electrical component 406 may comprise IRAT handover manager 104 (
Further, logical grouping 402 may include an electrical component 408 to determine that data received during the TTI is valid when the TFCI decoding and the CRC are successful. In an aspect, electrical component 408 may comprise IRAT handover manager 104 (
Furthermore, logical grouping 402 may optionally include an electrical component 410 to discard the data received during the TTI when the TFCI decoding or the CRC is not successful. In an aspect, electrical component 410 may comprise IRAT handover manager 104 (
Additionally, logical grouping 402 can include an electrical component 410 to trigger a discard of the data received during the TTI when the TFCI decoding or the CRC is not successful. In an aspect, electrical component 410 may comprise IRAT handover manager 104 (
Additionally, system 400 can include a memory 412 that retains instructions for executing functions associated with the electrical components 404, 406, 408, and 410, stores data used or obtained by the electrical components 404, 406, 408, and 410, etc. While shown as being external to memory 412, it is to be understood that one or more of the electrical components 404, 406, 408, and 410 can exist within memory 412. In one example, electrical components 404, 406, 408, and 410 can comprise at least one processor, or each electrical component 404, 406, 408, and 410 can be a corresponding module of at least one processor. Moreover, in an additional or alternative example, electrical components 404, 406, 408, and 410 can be a computer program product including a computer readable medium, where each electrical component 404, 406, 408, and 410 can be corresponding code,
Referring to
Computer device 500 further includes a memory 504, such as for storing data used herein and/or local versions of applications being executed by processor 502. Memory 504 can include any type of memory usable by a computer, such as random access memory (RAM), read only memory (ROM), tapes, magnetic discs, optical discs, volatile memory, non-volatile memory, and any combination thereof.
Further, computer device 500 includes a communications component 506 that provides for establishing and maintaining communications with one or more parties utilizing hardware, software, and services as described herein. Communications component 506 may carry communications between components on computer device 500, as well as between computer device 500 and external devices, such as devices located across a communications network and/or devices serially or locally connected to computer device 500. For example, communications component 506 may include one or more buses, and may further include transmit chain components and receive chain components associated with a transmitter and receiver, respectively, or a transceiver, operable for interfacing with external devices. In an additional aspect, communications component 506 may be configured to receive one or more pages from one or more subscriber networks. In a further aspect, such a page may correspond to the second subscription and may be received via the first technology type communication services.
Additionally, computer device 500 may further include a data store 508, which can he any suitable combination of hardware and/or software, that provides for mass storage of information, databases, and programs employed in connection with aspects described herein. For example, data store 508 may be a data repository for applications not currently being executed by processor 502 and/or any threshold values or finger position values.
Computer device 500 may additionally include a user interface component 510 operable to receive inputs from a user of computer device 500 and further operable to generate outputs for presentation to the user. User interface component 510 may include one or more input devices, including but not limited to a keyboard, a number pad, a mouse, a touch-sensitive display, a navigation key, a function key, a microphone, a voice recognition component, any other mechanism capable of receiving an input from a user, or any combination thereof. Further, user interface component 510 may include one or more output devices, including but not limited to a display, a speaker, a haptic feedback mechanism, a printer, any other mechanism capable of presenting an output to a user, or any combination thereof.
The processor 604 is responsible for managing the bus 602 and general processing, including the execution of software stored on the computer-readable medium 606. The software, when executed by the processor 604, causes the processing system 614 to perform the various functions described infra for any particular apparatus. The computer-readable medium 606 may also be used for storing data that is manipulated by the processor 604 when executing software.
Referring to
As the UE 834 moves from the illustrated location in cell 804 into cell 806, a serving cell change (SCC) or handover may occur in which communication with the UE 834 transitions from the cell 804, which may be referred to as the source cell, to cell 806, which may be referred to as the target cell. Management of the handover procedure may take place at the UE 834, at the Node Bs corresponding to the respective cells, at an Enhanced Packet Core, or at another suitable node in the wireless network. For example, during a call with the source cell 804, or at any other time, the UE 834 may monitor various parameters of the source cell 804 as well as various parameters of neighboring cells such as cells 806 and 802. Further, depending on the quality of these parameters, the UE 834 may maintain communication with one or more of the neighboring cells. During this time, the UE 834 may maintain an Active Set, that is, a list of cells that the UE 834 is simultaneously connected to (i.e., the UTRA cells that are currently assigning a downlink dedicated physical channel DPCH or fractional downlink dedicated physical channel F-DPCH to the UE 834 may constitute the Active Set). In any case, UE 834 may execute reselection manager 104 to perform the reselection operations described herein.
Further, the modulation and multiple access scheme employed by the access network 800 may vary depending on the particular telecommunications standard being deployed. By way of example, the standard may include Evolution-Data Optimized (EV-DO) or Ultra Mobile Broadband (UMB). EV-DO and UMB are air interface standards promulgated by the 3rd Generation Partnership Project 2 (3GPP2) as part of the CDMA2000 family of standards and employs CDMA to provide broadband Internet access to mobile stations. The standard may alternately be Universal Terrestrial Radio Access (UTRA) employing Wideband-CDMA (W-CDMA) and other variants of CDMA, such as TD-SCDMA; Global System for Mobile Communications (GSM) employing TDMA; and Evolved UTRA (E-UTRA), Ultra Mobile Broadband (UMB), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, and Flash-OFDM employing OFDMA. UTRA, E-UTRA, UMTS, LTE, LTE Advanced, and GSM are described in documents from the 3GPP organization. CDMA2000 and UMB are described in documents from the 3GPP2 organization. The actual wireless communication standard and the multiple access technology employed will depend on the specific application and the overall design constraints imposed on the system.
At the UE 950 a receiver 954 receives the downlink transmission through an antenna 952 and processes the transmission to recover the information modulated onto the carrier. The information recovered by the receiver 954 is provided to a receive frame processor 960, which parses each frame, and provides information from the frames to a channel processor 994 and the data, control, and reference signals to a receive processor 970. The receive processor 970 then performs the inverse of the processing performed by the transmit processor 920 in the NodeB 910. More specifically, the receive processor 970 descrambles and de-spreads the symbols, and then determines the most likely signal constellation points transmitted by the NodeB 910 based on the modulation scheme. These soft decisions may be based on channel estimates computed by the channel processor 994. The soft decisions are then decoded and deinterleaved to recover the data, control, and reference signals. The CRC codes are then checked to determine whether the frames were successfully decoded. The data carried by the successfully decoded frames will then be provided to a data sink 972, which represents applications running in the UE 950 and/or various user interfaces (e.g., display). Control signals carried by successfully decoded frames will be provided to a controller/processor 990. When frames are unsuccessfully decoded by the receiver processor 970, the controller/processor 890 may also use an acknowledgement (ACK) and/or negative acknowledgement (NACK) protocol to support retransmission requests for those frames.
In the uplink, data from a data source 978 and control signals from the controller/processor 890 are provided to a transmit processor 980. The data source 978 may represent applications running in the UE 950 and various user interfaces (e.g., keyboard). Similar to the functionality described in connection with the downlink transmission by the NodeB 910, the transmit processor 980 provides various signal processing functions including CRC codes, coding and interleaving to facilitate FEC, mapping to signal constellations, spreading with OVSFs, and scrambling to produce a series of symbols. Channel estimates, derived by the channel processor 994 from a reference signal transmitted by the NodeB 910 or from feedback contained in the mid-amble transmitted by the NodeB 910, may be used to select the appropriate coding, modulation, spreading, and/or scrambling schemes. The symbols produced by the transmit processor 980 will be provided to a transmit frame processor 982 to create a frame structure. The transmit frame processor 982 creates this frame structure by multiplexing the symbols with information from the controller/processor 990, resulting in a series of frames. The frames are then provided to a transmitter 956, which provides various signal conditioning functions including amplification, filtering, and modulating the frames onto a carrier for uplink transmission over the wireless medium through the antenna 952.
The uplink transmission is processed at the NodeB 910 in a manner similar to that described in connection with the receiver function at the UE 950. A receiver 935 receives the uplink transmission through the antenna 934 and processes the transmission to recover the information modulated onto the carrier. The information recovered by the receiver 935 is provided to a receive frame processor 936, which parses each frame, and provides information from the frames to the channel processor 944 and the data, control, and reference signals to a receive processor 938. The receive processor 938 performs the inverse of the processing performed by the transmit processor 880 in the UE 950. The data and control signals carried by the successfully decoded frames may then be provided to a data sink 939 and the controller/processor, respectively. If some of the frames were unsuccessfully decoded by the receive processor, the controller/processor 940 may also use an acknowledgement (ACK) and/or negative acknowledgement (MACK) protocol to support retransmission requests for those frames.
The controller/processors 941) and 990 may be used to direct the operation at the NodeB 910 and the UE 950, respectively. For example, the controller/processors 940 and 990 may provide various functions including timing, peripheral interfaces, voltage regulation, power management, and other control functions. The computer readable media of memories 942 and 992 may store data and software for the NodeB 910 and the UE 950, respectively. A scheduler/processor 946 at the NodeB 910 may be used to allocate resources to the UEs and schedule downlink and/or uplink transmissions for the UEs.
Several aspects of a telecommunications system have been presented with reference to a W-CDMA system. As those skilled in the art will readily appreciate, various aspects described throughout this disclosure may be extended to other telecommunication systems, network architectures and communication standards.
By way of example, various aspects may be extended to other UMTS systems such as TD-SCDMA, High Speed. Downlink Packet Access (HSDPA), High Speed Uplink Packet Access (HSUPA), High Speed Packet Access Plus (IISPA+) and TD-CDMA. Various aspects may also be extended to systems employing Long Term Evolution (LTE) (in FDD, TDD, or both modes), LTE-Advanced (LTE-A) (in FDD, TDD, or both modes), CDMA2000, Evolution-Data Optimized (EV-DO), Ultra Mobile Broadband (UMB), IEEE 802.11 (Wi-Fi), IEEE. 802.16 (WiMAX), IEEE. 802.20, Ultra-Wideband (UWB), Bluetooth, and/or other suitable systems. The actual telecommunication standard, network architecture, and/or communication standard employed, will depend on the specific application and the overall design constraints imposed on the system.
In accordance with various aspects of the disclosure, an element, or any portion of an element, or any combination of elements may be implemented with a “processing system” that includes one or more processors. Examples of processors include microprocessors, microcontrollers, digital signal processors (DSPs), field programmable gate arrays (FPGAs), programmable logic devices (PLDs), state machines, gated logic, discrete hardware circuits, and other suitable hardware configured to perform the various functionality described throughout this disclosure. One or more processors in the processing system may execute software. Software shall be construed broadly to mean instructions, instruction sets, code, code segments, program code, programs, subprograms, software modules, applications, software applications, software packages, routines, subroutines, objects, executables, threads of execution, procedures, functions, etc., whether referred to as software, firmware, middleware, microcode, hardware description language, or otherwise. The software may reside on a computer-readable medium. The computer-readable medium may be a non-transitory computer-readable medium. A non-transitory computer-readable medium includes, by way of example, a. magnetic storage device (e.g., hard disk, floppy disk, magnetic strip), an optical disk (e.g., compact disk (CD), digital versatile disk (DVD)), a smart card, a flash memory device (e.g., card, stick, key drive), random access memory (RAM), read only memory (ROM), programmable ROM (PROM), erasable PROM (EPROM), electrically erasable PROM (EEPROM), a register, a removable disk, and any other suitable medium for storing software and/or instructions that may be accessed and read by a computer.
The computer-readable medium may also include, by way of example, a carrier wave, a transmission line, and any other suitable medium for transmitting software and/or instructions that may be accessed and read by a computer. The computer-readable medium may be resident in the processing system, external to the processing system, or distributed across multiple entities including the processing system. The computer-readable medium may be embodied in a computer-program product. By way of example, a computer-program product may include a computer-readable medium in packaging materials. Those skilled in the art will recognize how best to implement the described functionality presented throughout this disclosure depending on the particular application and the overall design constraints imposed on the overall system.
It is to he understood that the specific order or hierarchy of steps in the methods disclosed is an illustration of exemplary processes. Based upon design preferences, it is understood that the specific order or hierarchy of steps in the methods may be rearranged. The accompanying method claims present elements of the various steps in a sample order, and are not meant to be limited to the specific order or hierarchy presented unless specifically recited therein.
The previous description is provided to enable any person skilled in the art to practice the various aspects described herein. Various modifications to these aspects will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other aspects. Thus, the claims are not intended to be limited to the aspects shown herein, but is to be accorded the full scope consistent with the language of the claims, wherein reference to an element in the singular is not intended to mean “one and only one” unless specifically so stated, but rather “one or more.” Unless specifically stated otherwise, the term “some” refers to one or more. A phrase referring to “at least one of” a list of items refers to any combination of those items, including single members. As an example, “at least one of: a, b, or c” is intended to cover: a; b; c; a and b; a and c; b and c; and a, b and c. All structural and functional equivalents to the elements of the various aspects described throughout this disclosure that are known or later come to be known to those of ordinary skill in the art are expressly incorporated herein by reference and are intended to be encompassed by the claims. Moreover, nothing disclosed herein is intended to be dedicated to the public regardless of whether such disclosure is explicitly recited in the claims. No claim element is to be construed under the provisions of 35 U.S.C. §112, sixth paragraph, unless the element is expressly recited using the phrase “means for” or, in the case of a method claim, the clement is recited using the phrase “step for.”