TW201701634A - System and methods for managing a radio resource control (RRC) state in a wireless communication device supporting concurrent radio access technologies - Google Patents

Abstract

Methods and devices address managing synchronization of a radio resource control (RRC) state on a wireless communication device having a radio frequency (RF) resource supporting receive activity of two radio access technologies (RATs). When a first protocol stack is in an RRC connected state, a tune-away of the RF resource is performed for the second RAT, and a media access control layer inactivity timer on the first protocol stack has not expired, the wireless device may determine whether a new resource grant is received from the network of the first RAT if the first protocol stack is operating in a connected discontinuous receive mode. If so and the first protocol stack's operational RRC state potentially differs from a corresponding RRC state set in the first RAT network, the wireless device may send a scheduling request to the first RAT network and select a page decode mode for the first protocol stack based on the response of the first RAT network.

Description

System and method for managing radio resource control (RRC) status in a wireless communication device supporting parallel radio access technology

The present invention relates to systems and methods for managing radio resource control (RRC) states in a wireless communication device that supports parallel radio access technology.

Widely deployed wireless communication networks to provide a variety of communication services, such as telephony, video, data, messaging, broadcast, and more. Such networks (which are typically multiplexed networks) support communication for multiple users by sharing available network resources. An example of such a network is the Universal Mobile Telecommunications System (UMTS) Terrestrial Radio Access Network (UTRAN). The UTRAN is a Radio Access Network (RAN) that is specified as part of the UMTS of the third generation (3G) mobile phone technology supported by the Third Generation Partnership Project (3GPP). UMTS, the successor to the Global System for Mobile Communications (GSM) technology, currently supports a variety of null intermediaries, such as Wideband Code Division Multiple Access (W-CDMA), Time Division Coded Multiple Access (TD-CDMA). And time division synchronous code division multiplexing access (TD-SCDMA).

The continuing goal of mobile communications is to achieve high rate data transmission and reception while minimizing the amount of power consumed. As such, wireless communication devices can operate over a network that uses the Long Term Evolution (LTE) standard, which enhances GSM, UMTS, and/or CDMA2000 by improving support for mobile broadband Internet access. Such improved support may be based on, for example, the increased capacity and speed of the wireless data network, integrated with other standards and multiple input multiple output (MIMO) antenna technologies.

Moreover, the wireless communication device can include a single radio frequency (RF) resource configured with a plurality of receive paths that allow the device to receive communications regarding more than one radio access technology. Thus, such devices (which may be referred to as parallel RAT (CRAT) capable devices) may use shared RF resources and multiple receive chains to tune to and tune away from different service providers (eg, using multiple User Identification Module (SIM) and/or network implemented by the same service provider (eg, in a hybrid system). Thus, the receive chain configuration can provide a variety of tune away options to the wireless communication device, for example, tune away to a network associated with the same service provider, associated with different service providers in the same radio access technology. Network, networks associated with different service providers in different radio access technologies, and more.

If such tuning away is lengthy, the wireless communication device in RRC connected mode may lose radio connection to the network for a period of time. As a result, the wireless communication device may not be able to receive downlink messages from the network, including messages for indicating the release of the radio link. Such failures may cause a mismatch between the state of operation of the wireless communication device and the corresponding state in the network. While a variety of techniques can be used to handle this mismatch, such solutions may involve inefficient use of power and/or network resources.

The systems, methods and apparatus of various embodiments enable a wireless communication device having radio frequency (RF) resources supporting at least a first radio access technology (RAT) and a second radio access technology, capable of radio resource control (RRC) status Manage at the same time. In various embodiments, managing the synchronization of the RRC state may include the operation of detecting that the RF resource is tuned away from the network associated with the first RAT to the network associated with the second RAT, the decision is performed at Whether the media access control (MAC) protocol layer inactivity timer on the protocol stack has expired, and in response to determining that the MAC protocol layer inactivity timer has not expired, detecting that the first protocol stack is being connected to the non-contiguous Receive (CDRX) mode operation. In various embodiments, if the MAC protocol layer inactivity timer has not expired, the operation may also include determining whether to receive a new uplink or downlink resource grant from the network associated with the first RAT, And in response to determining not to receive a new uplink or downlink resource grant from the network associated with the first RAT, determining whether an RRC state of operation of the first protocol stack is possible and a network associated with the first RAT The corresponding RRC states set in the road are different. In various embodiments, if the MAC protocol layer inactivity timer has not expired, the operation may also include: the RRC state in response to determining the operation of the first protocol stack may be different from the corresponding RRC state set in the network, A scheduling request is sent to the network associated with the first RAT. In various embodiments, if the MAC protocol layer inactivity timer has not expired, the operations may also include selecting a paging decoding mode for use on the first protocol stack. In some embodiments, the RF resource can tune back to the network associated with the first RAT after the tuning away duration.

In some embodiments, determining whether the RRC state of the operation of the first protocol stack is potentially different from the corresponding RRC state set in the network associated with the first RAT may include determining whether the tune away duration is longer than a threshold It takes longer. Some embodiments may also include determining whether a timing alignment (TA) timer for the first protocol stack has expired and whether uplink timing has not been recovered in response to determining that the MAC protocol layer inactivity timer has not expired alignment.

In some embodiments, selecting a paging decoding mode for use on the first protocol stack can include: in response to deciding that a TA timer for the first protocol stack has expired, and has not resumed uplink timing alignment, Select a non-optimized paging decoding mode. In some embodiments, selecting a paging decoding mode for use on the first protocol stack can include: responding to an RRC state that determines an operation of the first protocol stack is not potentially in-network settings associated with the first RAT The corresponding RRC state is different, and the tuning of the RF resource is selected to leave the same paging decoding mode that was used before. In some embodiments, selecting a paging decoding mode for use on the first protocol stack may include: in response to determining that an RRC state of operation of the first protocol stack is potentially different from a corresponding RRC state set in the network, After the scheduling request, the paging decoding mode is selected based on feedback from the network associated with the first RAT. In some embodiments, selecting the paging decoding mode based on feedback from the network associated with the first RAT after the scheduling request may include responding to the decision response before the scheduling request prohibition timer expires The feedback of the scheduling request includes an uplink resource grant from the network associated with the first RAT, a paging decoding mode that selects power optimization, and a response in response to the decision to respond to the scheduling request does not include The uplink resource grant of the network associated with the first RAT selects a non-optimized paging decoding mode.

In some embodiments, the first RAT may be an implementation of a Long Term Evolution (LTE) wireless communication protocol. Some embodiments may also include a paging decoding mode that achieves power optimization when selected. In some embodiments, implementing the power-optimized paging decoding mode may include decoding the physical downlink control channel (PDCCH) during an active period of the CDRX cycle on the first protocol stack. In some embodiments, decoding the PDCCH may include using a Cell Radio Network Temporary Identifier (C-RNTI) associated with the first protocol stack, and using paging in a paging occasion unrelated to the first protocol stack Radio Network Temporary Identifier (P-RNTI).

In some embodiments, implementing the non-optimized paging decoding mode upon selection may include decoding, on the first protocol stack, a physical downlink control channel (PDCCH) during an active period of the CDRX cycle, wherein Decoding the PDCCH is using a Cellular Radio Network Temporary Identifier (C-RNTI) associated with the first protocol stack, and during a paging occasion associated with an idle discontinuous reception (IDRX) cycle of the first protocol stack Performed by decoding the PDCCH using a paging radio network temporary identifier (P-RNTI). In some embodiments, implementing the non-optimized paging decoding mode may include determining whether a paging occasion associated with the IDRX cycle of the first protocol stack falls within an inactivity period of the CDRX cycle, and in response to the decision The paging occasion associated with the IDRX cycle of an agreed stack falls within the inactive period of the CDRX cycle, and when the PDCCH is decoded, additional wake-up and power-down procedures are performed with respect to the RF resource.

In some embodiments, if the MAC protocol layer inactivity timer has expired, the operation may also include: triggering, on the first protocol stack, an RRC re-establishment procedure, wherein the RRC re-establishment procedure resumes the first protocol stack and The operation of the signal radio bearer between the networks associated with the first RAT. In some embodiments, if the MAC protocol layer inactivity timer has expired, the operation may also include transmitting a first scheduling request to the network associated with the first RAT to determine whether to be associated with the first RAT The network receives an uplink resource grant for the first protocol stack and resets the MAC protocol layer in response to determining to receive an uplink resource grant for the first protocol stack from the network associated with the first RAT Inactivity timer and reset schedule request counter. In some embodiments, if the uplink resource grant for the first protocol stack is not received from the network associated with the first RAT, the operation may include: incrementing the schedule request counter to determine the row Whether the current value of the process request counter is greater than a predetermined threshold, and performing a local release of the connection to the network associated with the first RAT, wherein the local release allows the first contract stack to transition into the RRC idle state.

In some embodiments, the predetermined threshold may be set to a value of at least three. In some embodiments, the first protocol stack can be associated with a first subscriber identity module (SIM), the second protocol stack can be associated with a second SIM, and the network associated with the first RAT and the second RAT It operates independently. In some embodiments, both the first protocol stack and the second protocol stack can be associated with a service provider that provides a hybrid system, wherein the hybrid system implements at least a first RAT and a second RAT.

Various embodiments include a wireless communication device including a wireless communication device configured with at least first and second RF receiving resources, and processing of processor-executable instructions configured to perform the operations of the methods described above Device. Various embodiments also include non-transitory processor readable media having processor executable instructions stored thereon, wherein the processor executable instructions are configured to cause a processor of the wireless communication device to perform the operations of the method described above . Various embodiments also include a wireless communication device having means for performing the functions of the methods described above.

Various embodiments will be described in detail with reference to the drawings. Wherever possible, the same reference numerals will be used to refer to the References to specific examples and implementations are for illustrative purposes and are not intended to limit the scope of the invention or the scope of the invention.

Wireless communication protocols may include mechanisms for enhancing the capabilities of the network to simultaneously serve a large number of devices. For example, the Long Term Evolution (LTE) protocol provides a wireless communication device with a state definition (ie, Radio Resource Control (RRC) state) for specifying actions and behavior between the device and the network. For example, the LTE network can track the RRC state of the wireless communication device by maintaining a corresponding RRC state representation. When the RRC connection status is set in the LTE network and is reflected in the operation of the device, data exchange can occur on the radio bearer between the wireless communication device and the network. However, if the RRC state of operation on the wireless communication device is not synchronized with the typical RRC state in the network, the wireless communication device may not respond to the downlink transmission or expect to receive a signal that has never been transmitted.

The systems, methods, and devices of various embodiments enable a multi-radio access technology (RAT) wireless communication device to perform efficient radio resource control (RRC) state synchronization after tuning for a long time to leave another network. Such efficient synchronization may involve using existing signal delivery to determine whether the RRC state of operation on the wireless communication device does not match the corresponding RRC state indicated in the network with high confidence, and if so, via the adjustment channel Decode to consider this mismatch. The management of efficient synchronization may also include: if high confidence is used, it is decided that there is no mismatch between RRC states, then unnecessary power consumption is avoided. Moreover, management of efficient synchronization in various embodiments may include forcibly releasing radio resources on the wireless communication device when there is no pending or recent data throughput to avoid wasting network capacity.

The terms "wireless device", "mobile device" and "wireless communication device" are used interchangeably herein to refer to any or all of the following: cellular phones, smart phones, personal or mobile multimedia players, individuals Data assistants (PDAs), laptops, tablets, smart phones, PDAs, wireless email receivers, cellular phones with multimedia Internet capabilities, wireless game controllers, and similar personal electronic devices. Such similar personal electronic devices include a programmable processor and memory and circuitry for establishing a wireless communication path and transmitting/receiving data via a wireless communication path.

As used herein, the terms "SIM", "SIM card" and "user identification module" may interchangeably represent a memory, which may be an integrated circuit or embedded in a removable card, and stored for use. An International Mobile Subscriber Identity (IMSI), associated key, and/or other information that identifies and/or authenticates wireless devices on the network and enables communication services with the network. Examples of SIM include the Universal Subscriber Identity Module (USIM) provided in the LTE 3GPP standard and the Mobile Subscriber Identity Module (R-UIM) provided in the 3GPP2 standard. The Universal Integrated Circuit Card (UICC) is another term for SIM. Since the information stored in the SIM enables the wireless device to establish a communication link with a particular network for a particular communication service or services, the SIM and communication network and the services and subscriptions supported by the network interact with each other In association, the term "SIM" is also used herein as a shorthand reference to a communication service associated with information stored in a particular SIM and implemented by information stored in a particular SIM. Similarly, the term SIM can also be used as a shorthand reference to protocol stacking and/or modem stacking and communication procedures used in subscription and network establishment and communication services implemented with information stored in a particular SIM. .

As used herein, the term "RF resource" means a component in a communication device for transmitting, receiving, and decoding radio frequency signals. Typically, RF resources include a plurality of components, called "transmission chains", that are coupled together for transmitting RF signals, and are coupled together for receiving and processing RF signals, which are referred to herein. It is a component of the "receiving chain" or "RF receiving chain".

As used herein, the terms "multi-SIM wireless communication device," "multi-SIM wireless device," and "dual SIM wireless communication device" may interchangeably describe a wireless device configured with more than one SIM.

As used herein, the terms "multi-SIM multi-standby communication device", "MSMS wireless device", "dual SIM dual standby communication device" and "DSDS wireless device" may be interchangeably described as being configured with more than one SIM and allowed Simultaneously performing idle mode operations on two networks, as well as wireless communication devices that perform selective communication on one network while performing idle mode operation on at least one other network. A dual SIM dual standby communication device is an example of one type of MSMS communication device.

As used herein, the terms "network," "system," "wireless network," "honeycomb network," and "wireless communication network" may be used interchangeably to refer to a service provider's wireless device and/or wireless device. Subscribe to some or all of the associated wireless networks. The techniques described herein can be used in, for example, code division multiplexing access (CDMA), time division multiplexing access (TDMA), frequency division multiplexing access (FDMA), orthogonal FDMA (OFDMA), single carrier FDMA ( SC-FDMA) and various wireless communication networks such as other networks. Typically, any number of wireless networks can be deployed in a given geographic area. Each wireless network can support at least one radio access technology that can operate over one or more frequency or frequency ranges. Reference may be made to wireless networks using the LTE standard, and thus the terms "evolved universal terrestrial radio access", "E-UTRA" and "evolved node" may also be used interchangeably herein to refer to a wireless network. However, such references are provided by way of example only and are not intended to exclude wireless networks that use other communication standards.

As used herein, the terms "parallel RAT," "CRAT capable," "multi-RAT," and "dual reception" may interchangeably describe the use of shared RF resources to support at least one downlink with more than one RAT. Wireless communication equipment for road communication. The CRAT capable wireless communication device can be configured with one or more receive chains corresponding to each of the supported RATs, wherein the supported RAT can be associated with a single SIM (ie, in a hybrid mode wireless) In the device) or associated with a separate SIM (ie, in an MSMS wireless device). That is, at a given time, a CRAT capable wireless device may be capable of actively receiving communications on any of the supported RATs.

As used herein, the terms "idle discontinuous reception mode", "IDRX mode" and "IDRX cycle" may interchangeably represent alternate sleep periods (during which power consumption is minimized) and wake up (or The "awake" period (in which the normal power consumption and reception are returned, and the wireless device monitors the paging channel) idle state program. The length of the IDRX cycle, which is measured as the interval between the beginning of a wake-up period and the beginning of the next wake-up period, is typically signaled by the network.

As used herein, the terms "connected discontinuous reception mode", "CDRX mode" and "CDRX cycle" may interchangeably represent a connection state procedure involving "on duration" (CDRX on period) (in which The scheduling message continuously monitors the downlink control channel) and the "off-duration" period (CDRX off period) (in which the reception of the downlink channel can be skipped to save power while buffering the downlink transmission amount) Alternate between until the next CDRX on period. The length of the CDRX cycle, which is measured as the interval between the beginning of one CDRX on period and the beginning of the next CDRX on period, can be dynamically configured based on the amount of time between data transfers.

Widely deployed wireless communication networks to provide a variety of communication services, such as voice, packet data, broadcast, messaging, and more. These wireless networks have the ability to support communications for multiple users by sharing available network resources.

The techniques described herein can be used in a variety of wireless communication networks, such as code division multiplex access (CDMA) networks, time division multiplexed access (TDMA) networks, and frequency division multiplexed access (FDMA) networks. , orthogonal FDMA (OFDMA) networks, single carrier FDMA (SC-FDMA) networks, and the like. Techniques that may be implemented by such wireless communication networks may include wireless networks that are also capable of utilizing various radio technologies such as Wide Frequency CDMA (W-CDMA), CDMA2000, Global System for Mobile Communications (GSM), and the like. For example, a CDMA network may implement Universal Terrestrial Radio Access (UTRA) (which includes the Wideband CDMA (W-CDMA) standard), CDMA2000 (which includes the IS-2000, IS-95, and/or IS-856 standards), and the like. In another example, a TDMA network can implement the Global System for Mobile Communications (GSM). In another example, an OFDMA network may implement evolved UTRA (E-UTRA) (which includes Long Term Evolution (LTE) standards), IEEE 802.11 (WiFi), IEEE 802.16 (WiMAX), IEEE 802.20, Flash OFDM®, and the like. Wait. These multiplex access technologies have been adopted in various telecommunication standards to provide public protocols that enable different wireless communication devices to communicate at the city, national, regional, and/or global levels.

Modern wireless communication devices (eg, smart phones) may each include one or more SIM cards containing SIMs that enable users to connect to different mobile networks while using the same mobile communication device . Each SIM is used to identify and authenticate users using a particular mobile communication device, and each SIM is associated with only one subscription. As used herein, the term "RF resource" means an element in a wireless communication device for transmitting, receiving, and decoding radio frequency signals. RF resources typically include a plurality of components, called "transmission chains", that are coupled together for transmitting RF signals, and are coupled together for receiving and processing RF signals, referred to herein as Multiple components of the Receive Chain.

Although specific receiver operations can be described herein with reference to the degree of two (ie, two RATs, two SIMs, two receive chains, etc.), such references are used as examples and are not meant to be Embodiments capable of communicating on three or more RATs and/or communicating with three or more SIMs are excluded. The terms "receiver" and/or "transmitter" may respectively indicate the receiving chain and/or the transmitting chain for use in the radio link, and/or a portion thereof. Such portions of the receive chain and/or transmit chain may be part of an RF resource including, but not limited to, an RF front end, a component of the RF front end (which includes a receiver unit and/or a transmitter unit), one or more pairs Antennas and so on. A portion of the receive chain and/or the transmit chain can be integrated into a single wafer or distributed across multiple wafers. In addition, RF resources or portions of the RF resources can be integrated into the wafer along with other functions of the wireless communication device.

Various embodiments may be implemented within a wide variety of communication systems (e.g., example communication system 100 shown in FIG. 1A). Communication system 100 can include one or more wireless communication devices 102, a wireless communication network 104, and a network server 106 coupled to wireless communication network 104 and coupled to Internet 108. In some embodiments, the web server 106 can be implemented as a server within the network infrastructure of the wireless communication network 104.

A typical wireless communication network 104 can include a plurality of cellular base stations 110 coupled to a network operations center 112, wherein the network operations center 112 operates to, for example, via a telephone land line (e.g., a POTS network, not shown). And the Internet 108, to connect voice and data dialing between the wireless communication device 102 (e.g., tablet, laptop, cellular, etc.) and other network destinations. The wireless communication network 104 can also include one or more servers 116 coupled to the network operations center 112 or located within the network operations center 112, wherein the one or more servers 116 are provided to the Internet 108 and/or The connection to the web server 106. The communication between the wireless communication device 102 and the wireless communication network 104 can be via a two-way wireless communication link such as GSM, UMTS, EDGE, fourth generation (4G), 3G, CDMA, TDMA, LTE, and/or other communication technologies. Road 114 is completed.

Typically, any number of wireless networks can be deployed in a given geographic area. Each wireless network may support one or more radio access technologies, where the one or more radio access technologies may be in one or more frequencies in a given geographic area (also referred to as carriers, channels, Channels, etc.) operate to avoid interference between wireless networks of different radio access technologies.

At power up, the wireless communication device 102 can search for a wireless network from which the wireless communication device 102 can receive communication services. In various embodiments, the wireless communication device 102 can be configured to prefer an LTE network (when it is available) via a specified prioritization list (where the LTE frequency occupies the highest frequency point). The wireless communication device 102 can perform a registration procedure on one of the identified networks (which is referred to as a service network), and the wireless communication device 102 can operate in a connected mode to actively interact with the service network. communication. Alternatively, if the wireless communication device 102 does not require active communication, the wireless communication device 102 can operate in an idle mode and reside on the service network. In the idle mode, as specified in the LTE standard such as Release 3 of 3GPP TS 36.304 Release 8.2.0 titled "LTE; Evolved Universal Terrestrial Radio Access (E-UTRA); User Equipment (UE) procedures in idle mode" The wireless communication device 102 can identify all RATs in which the wireless communication device 102 can discover "appropriate" cells in a normal scenario or "acceptable" cells in an emergency scenario.

The wireless communication device 102 can reside in cells belonging to the RAT having the highest priority among all identified cells. The wireless communication device 102 can remain resident on the cell until the control channel no longer meets the threshold signal strength or the signal from the cells of the higher priority RAT reaches the threshold signal strength. Such a cell selection/reselection operation for the wireless communication device 102 in idle mode is also described in 3GPP TS 36.304 Release 8.2.0 Release 8.

FIG. 1B illustrates a network architecture 150 that includes an Evolutionary Packet System (EPS). Referring to Figures 1A-1B, in the network architecture 150, the wireless communication device 102 can be connected to an LTE access network, such as an evolved UMTS Terrestrial Radio Access Network (E-UTRAN) 152. In various embodiments, E-UTRAN 152 may be a network of LTE base stations (ie, evolved Node B) (eg, 110 in FIG. 1A), where the LTE base station may be via an X2 interface (eg, back) Loaded (not shown) are connected to each other.

In various embodiments, each evolved Node B may provide an access point to a LTE core (eg, an evolved packet core) to a wireless device. For example, the EPS in network architecture 150 may also include an evolved packet core (EPC) 154 to which E-UTRAN 152 may be connected. In various embodiments, EPC 154 may include at least one Mobility Management Entity (MME) 162, a Serving Gateway (SGW) 160, and a Packet Data Network (PDN) Gateway (PGW) 163.

In various embodiments, E-UTRAN 152 can be connected to EPC 154 via SGW 160 connected to EPC 154 and to MME 162. The MME 162 (which may also be logically coupled to the SGW 160) may handle the tracking and paging of the wireless communication device 102, as well as the security for E-UTRAN access on the EPC 154. The MME 162 can be linked to a Home Subscriber Server (HSS) 156, which can support a repository containing user subscriptions, profiles, and authentication information. In addition, MME 162 provides bearer and connection management for user IP packets transmitted via SGW 160. SGW 160 can be coupled to PGW 163, which can provide IP address allocation and other functions to wireless communication device 102. The PGW 163 can be connected to a service provider's IP service 158, which can include, for example, the Internet, an intranet, an IP Multimedia Subsystem (IMS), a PS Streaming Media Service (PSS). and many more.

Network architecture 150 may also include a circuit switched (CS) network and a packet switched (PS) network. In some embodiments, the wireless communication device 102 can be connected to the CS and/or PS packet switched network via a connection to a conventional second generation (2G) / third generation (3G) access network 164. In some embodiments, the 2G/3G access network 164 can be, for example, one or more UTRAN, Global Evolution GSM Enhanced Data Rate (EDGE) Radio Access Network (GERAN), CDMA 2000 1xRTT, CDMA 2000 1xEV- DO and so on. In various embodiments, the 2G/3G access network 164 can include a network of base stations (e.g., base station transceivers (BTS), Node Bs, radio base stations (RBS), etc.) (e.g., 110), And at least one base station controller (BSC) or radio network controller (RNC). In various embodiments, the 2G/3G access network 164 may be via an interface with a Mobile Switching Center (MSC) and associated Visit Location Register (VLR) (or a gateway thereto) (they may be Implemented as MSC/VLR 166) to connect to a circuit-switched network. In the CS network, the MSC/VLR 166 can be connected to the CS core 168, which can be connected to an external network (e.g., the Public Switched Telephone Network (PSTN)) via a gateway MSC (GMSC) 170.

In various embodiments, the 2G/3G access network 164 can be connected to the PS network via an interface with the Serving GPRS Support Node (SGSN) 172 (or a gateway thereto), where the SGSN 172 can be connected to the PS core 174 . In the PS network, the PS core 174 can be connected to an external PS network via a gateway GPRS support node (GGSN) 176, such as the Internet and service provider's IP service 158.

When the wireless communication device 102 is resident on the evolved Node B of the E-UTRAN 152 (i.e., LTE network), the LTE network service provider can implement voice dialing for the wireless communication device 102 using a variety of techniques. The LTE network can coexist with the CS network and the PS network in a hybrid (i.e., hybrid) network, wherein the MME 162 serves the wireless communication device 102 to utilize the PS data service over the LTE network, and the SGSN 172 is wireless. The communication device 102 serves to utilize the PS data service in a non-LTE region, and the MSC/VLR 166 serves the wireless communication device 102 to utilize voice services. In various embodiments, the wireless communication device 102 may be capable of using a single circuit by implementing Circuit Switched Fallback (CSFB) to switch between accessing the E-UTRAN 152 and the legacy 2G/3G access network 164. RF resources are used for both voice services and LTE data services.

A hybrid network can be implemented to facilitate Circuit Switched Fallback (CSFB) via an interface (SG) between the MME 162 and the MSC/VLR 166. The interface enables the wireless communication device 102 to utilize both a single RF resource for both CS registration and PS registration when resident on the LTE network, which enables the delivery of CS paging via the E-UTRAN 152. The CS pager can initiate a CSFB program that may cause the wireless device to switch to the CS network and use the CS to call the setup procedure.

In various embodiments, a high speed access network (e.g., E-UTRAN) may use modulation and radio access schemes, and the modulation and radio access scheme may vary depending on the particular telecommunications standard being deployed. For example, in LTE applications, Orthogonal Frequency Division Multiplexing (OFDM) can be used on the downlink and Single-Carrier Frequency Division Multiple Access (SC-FDMA) can be used on the uplink to support frequency division duplexing ( FDD) and Time Division Duplex (TDD). Although various embodiments may be described herein with respect to LTE, various embodiments may be extended to other telecommunication standards that use other modulation and multiplex access techniques. For example, various embodiments may be extended to Evolutionary Data Optimization (EV-DO) and/or Ultra Mobile Broadband (UMB), each of which is implemented by the 3rd Generation Partnership Project 2 (3GPP2) An air intermediation standard promulgated by a portion of the CDMA2000 family to provide broadband Internet access to wireless devices. Various embodiments may also be extended to UTRA, GSM, Ultra Mobile Broadband (UMB), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, and/or fast OFDM using OFDMA using W-CDMA. The actual wireless communication standards and access technologies used may depend on the particular application and the overall design constraints imposed on the system.

In some embodiments, an access network entity (eg, an evolved Node B) may have multiple antennas supporting MIMO technology, thereby enabling the evolved Node B to utilize spatial domains to support spatial multiplexing, beamforming, and/or Send diversity. Spatial multiplexing can be used to simultaneously transmit different streams of data on the same frequency. In some embodiments, the data stream can be sent to a single wireless device to increase the data rate, while in other examples, the data stream can be sent to multiple wireless devices to increase overall system capacity. In particular, the evolved Node B may spatially precode each data stream and transmit a spatially precoded data stream over multiple downlinks on the downlink. Spatially precoded data streams having different spatial characteristics can reach one or more wireless devices for recovery of one or more data streams destined for the device or antenna. On the uplink, each wireless device can transmit a spatially precoded data stream that enables the evolved Node B to identify the source of each received data stream. In some embodiments, when the channel conditions are unfavorable, the evolved Node B can use beamforming to concentrate the transmitted energy in one or more directions. In various embodiments, beamforming may involve spatially precoding the data for transmission via multiple antennas. In some embodiments, to achieve good coverage at the edges of the cell, a single stream beamforming transmission can be used in conjunction with transmit diversity (eg, transmitting the stream to the same source via multiple antennas).

Various embodiments may be implemented in an improved LTE wireless network that has been deployed or may be deployed in the future. Improved LTE communication typically uses a spectrum in a bandwidth of up to 20 MHz, which is allocated in a carrier aggregation of up to a total of 100 MHz (5 component carriers) used for transmission in each direction. .

2 is a functional block diagram of an example wireless communication device 200 suitable for implementing various embodiments. Referring to Figures 1A-2, wireless communication device 200 can be similar to one or more wireless communication devices in wireless communication device 102 as described. The wireless communication device 200 can include a SIM interface 202, which can represent one or more SIM interfaces. The SIM interface 202 can house the first identification module SIM 204 associated with the first subscription. In some embodiments, the wireless communication device 200 can also include a second SIM interface that is part of the SIM interface 202 that can house the second identification module SIM 204 associated with the second subscription. In some embodiments, this configuration may be repeated for additional SIM interfaces and/or SIMs (eg, third, fourth, etc.) (not shown).

The SIM in various embodiments may be a Universal Integrated Circuit Card (UICC) configured with SIM and/or USIM applications to enable access to GSM and/or UMTS networks. UICC can also provide storage for phonebooks and other applications. Alternatively, in a CDMA network, the SIM may be a UICC Mobile Subscriber Identity Module (R-UIM) or a CDMA Subscriber Identity Module (CSIM) on the card.

Each SIM 204 can have CPU, ROM, RAM, EEPROM, and I/O circuitry. The SIM 204 used in various embodiments may include user account information, an IMSI, a set of SIM Application Toolkit (SAT) commands, and a storage space for a phone book contact. The SIM 204 may also store a home identifier (eg, a system identification number (SID) / network identification number (NID) pair, a home PLMN (HPLMN) code, etc.) to indicate the SIM network service provider provider. The integrated circuit card identification (ICCID) SIM serial number can be printed on the SIM card for identification.

Wireless communication device 200 can include at least one controller, such as general purpose processor 206, that can be coupled to an encoder/decoder (CODEC) 208. In turn, the CODEC 208 can be coupled to the speaker 210 and the microphone 212. The general purpose processor 206 can also be coupled to at least one memory 214. Memory 214 can be a non-transitory tangible computer readable storage medium for storing processor executable instructions. For example, the instructions can include routing communication data associated with the first subscription or the second subscription via a corresponding baseband RF resource chain. The memory 214 can store an operating system (OS), as well as user application software and executable instructions.

Both general purpose processor 206 and memory 214 can be coupled to at least one baseband data processor 216. Each of the wireless communication devices 200, the SIM 204, can be associated with a baseband-RF resource chain that includes at least one receive block of the baseband data processor 216 and the RF resource 218 (eg, RX1) , RX2). In various embodiments, the baseband-RF resource chain may include a baseband data processor (eg, BB1, BB2) that is physically or logically separate.

The RF resources 218 can be coupled to at least one antenna 220 and can perform transmit/receive functions for wireless services associated with the SIM 204 of the wireless communication device 200. In some embodiments, RF resources 218 can be coupled to multiple wireless antennas 220 to transmit and receive RF signals, multiple versions of RF signals of SIM 204, thereby enabling wireless communication device 200 to use receive diversity and/or multiple Input multiple output (MIMO) operation. The RF resources 218 may include separate receive and transmit functions, or may include a transceiver that combines transmitter functions and receiver functions. In various embodiments, the transmitting function of RF resource 218 can be implemented via at least one transmit block (TX), which can represent circuitry associated with one or more radio access technologies/SIMs.

In a particular embodiment, general purpose processor 206, memory 214, baseband data processor 216, and RF resources 218 may be included in system on chip device 222. One or more SIMs 204 and corresponding interfaces 202 may be external to system-on-chip device 222. Moreover, various input and output devices can be coupled to components of system-on-a-chip device 222, such as an interface or controller. Example user input components suitable for use in wireless communication device 200 may include, but are not limited to, keypad 224 and touch screen display 226.

In some embodiments, keypad 224, touchscreen display 226, microphone 212, or a combination thereof, may perform functions for receiving a request to initiate an outgoing call. For example, touch screen display 226 can receive a selection of contacts from a contact list or receive a phone number. In another example, either or both of touch screen display 226 and microphone 212 can perform functions for receiving a request to initiate an outgoing call. For example, touch screen display 226 can receive a selection of contacts from a contact list or receive a phone number. As another example, the request to initiate an outgoing call may be in the form of a voice command received via the microphone 212. As is known in the art to which the present invention pertains, an interface can be provided between various software modules and functions in the wireless communication device 200 to enable communication therebetween.

The baseband data processor of the wireless communication device can be configured to execute software including at least one protocol stack associated with the at least one SIM. The SIM and associated protocol stacks can be configured to support a wide variety of communication services for meeting different user needs. In addition, information for executing different signal delivery procedures can be set for a particular SIM to access the domains of the core network associated with these services and process their data.

As mentioned above, the wireless communication devices in various embodiments can support multiple radio access technologies (RATs) to support communication with different wireless networks. For example, these radio technologies may include wide area networks (eg, 3rd Generation Partnership Project (3GPP) Long Term Evolution (LTE) or 1x Radio Transmission Technology (1xRTT or 1x)), Wireless Local Area Network (WLAN), Bluetooth, etc. . Multiple antennas and/or receive blocks may be provided to facilitate multi-mode communication with various combinations of antenna and receiver/transmitter configurations. Each radio technology can transmit or receive signals via one or more antennas.

In various embodiments, RF resources 218 may be configured with receiver and transmitter circuitry to support multiple radio access technologies/wireless networks operating in accordance with different wireless protocols. Such circuitry may enable RF resources 218 to process signals associated with different communication standards and may include or provide connections to different sets of amplifiers, digital analog converters, analog digital converters, filters, voltage controls.

Figure 3 illustrates an example of a radio protocol stack for a user plane and a control plane in LTE. Referring to Figures 1-3, the wireless communication device 200 can implement a software architecture 300 for communicating with an evolved Node B 350 of an access network (e.g., E-UTRAN 152) associated with one or more SIMs. In various embodiments, the layers in the software architecture 300 may form a logical connection with a corresponding one of the software of the evolved Node B 350. The software architecture 300 can be distributed among one or more processors, such as the baseband data processor 216. Although illustrated with respect to a radio protocol stack, in a multi-SIM wireless device, the software architecture 300 can include a plurality of protocol stacks, each of which can be associated with a different RAT, and Optionally associated with different SIMs (eg, two contract stacks associated with two SIMs 204 in a DSDS wireless device, respectively). Moreover, although described below with reference to the LTE communication layer, the software architecture 300 can support any of a wide variety of standards and protocols for wireless communication, and/or can include support for a wide variety of wireless communication standards. An additional agreement stack with any of the agreements.

The software architecture 300 can include a non-access stratum (NAS) 302 and an access stratum (AS) 304. NAS 302 may include functions and protocols for supporting packet filtering, security management, mobility control, traffic management, and transmission and signaling between a SIM (e.g., SIM 204) of a wireless communication device and its core network. AS 304 may include functions and protocols for supporting communication between a SIM (e.g., SIM 204) and a supported access network entity (e.g., evolved Node B). In particular, AS 304 can include at least three layers (Layer 1, Layer 2, and Layer 3), each of which can include various sub-layers.

In the user plane and control plane, layer 1 (L1) of AS 304 may be a physical layer 306, which may supervise functions for enabling transmission and/or reception via empty intermediaries. Examples of functions of such physical layer 306 may include cyclic redundancy check (CRC) attachment, coding blocks, scrambling and descrambling, modulation and demodulation, signal measurement, MIMO, and the like.

In the user plane and control plane, Layer 2 (L2) of AS 304 may be responsible for the link between the wireless communication device 200 and the evolved Node B 350 above the physical layer 306. In various embodiments, layer 2 may include a medium access control (MAC) sublayer 308, a radio link control (RLC) sublayer 310, and a packet data aggregation protocol (PDCP) 312 sublayer, each of which is formed at A logical connection terminated at the evolved Node B 350.

In the control plane, Layer 3 (L3) of AS 304 may include a Radio Resource Control (RRC) sublayer 3. Although not shown, the software architecture 300 can include additional layer 3 sub-layers, as well as various upper layers above layer 3. In various embodiments, RRC sublayer 313 may provide functionality including: broadcasting system information, paging, and establishing and releasing wireless communication device 200 and access network (eg, evolved Node B of E-UTRAN 152) Between the RRC signal transfer connection.

In various embodiments, the PDCP sublayer 312 may provide uplink functionality including: multiplexing between different radio bearers and logical channels, sequence number addition, handover data processing, integrity protection, encryption, and headers. compression. In the downlink, the PDCP sublayer 312 can provide functions including: in-order delivery of data packets, duplicate data packet detection, integrity verification, decryption, and header decompression.

In the uplink, the RLC sublayer 310 can provide segmentation and concatenation of upper data packets, retransmission of lost data packets, and automatic repeat request (ARQ). In the downlink, the function of the RLC sublayer 310 may include reordering the data packets to compensate for out-of-order reception, reassembly of upper data packets, and ARQ. In the uplink, the MAC sublayer 308 can provide functions including: multiplexing between logical channels and transmission channels, random access procedures, logical channel prioritization, and hybrid ARQ (HARQ) operations. In the downlink, MAC layer functions may include intra-cell channel mapping, de-multiplexing, discontinuous reception, and HARQ operations.

Although the software architecture 300 can provide functionality for transmitting data via physical media, the software architecture 300 can also include at least one host layer 314 to provide data transfer services to various applications in the wireless communication device 200. In some embodiments, the application-specific functionality provided by at least one host layer 314 can provide an interface between the software architecture and the general purpose processor 206.

In other embodiments, the software architecture 300 can include one or more higher logic layers (eg, transport layer, work phase layer, presentation layer, application layer, etc.) for providing host layer functionality. For example, in some embodiments, the software architecture 300 can include a network layer (eg, an IP layer) in which a logical connection terminates at a PDN gateway (eg, PGW 163). In some embodiments, the software architecture 300 can include an application layer in which the logical connection terminates at another device (eg, an end user device, a server, etc.). In some embodiments, the software architecture 300 can also include a hardware interface 316 between the physical layer 306 and a communication hardware (eg, one or more RF transceivers) in the AS 304.

In the LTE system, the wireless communication device may be in one of two states specified by the RRC protocol: an RRC idle state and an RRC connected state. In the RRC idle state, the wireless communication device is not attached to the network (i.e., evolved Node B) and performs free cell reselection. In the RRC connected state, the wireless communication device is connected to the evolved Node B that handles mobility and handover and is associated with the signal delivery radio bearer and identifier of the wireless device. Although such connections to evolved Node B are referred to herein with respect to wireless communication devices, it should be understood that in an LTE system, connections are established on a stack of data machines associated with IMSI (ie, SIM). That is, references to various programs and/or wireless communication devices in communication with the network may be a general reference to user devices associated with subscriptions in the network. As such, the SIMs transmitted to different user devices can be described as the same wireless communication device for the purpose of network connection.

An RRC connection setup and release procedure in which a wireless communication device (or a data machine stack associated with LTE operation) is switched between an RRC connected state and an idle state is specified. For example, in the RRC connection release procedure, the evolved Node B can generally implement an RRC inactivity timer, which is initiated when the wireless communication device enters the RRC connected state. If the evolved Node B observes that there is no exchange of data before the RRC inactivity timer expires, the evolved Node B may release the radio resources involved in the RRC connection and send an RRC Connection Release message to the wireless device. The RRC Connection Release message may be in the form of a control signal transmitted by the evolved Node B on a Physical Downlink Control Channel (PDCCH). In various embodiments, the RRC inactivity timer may be based on the amount of latency specified by the evolved Node B based on the core network (eg, EPC 154) and/or based on radio measurements observed by the evolved Node B. And status to configure.

In the RRC idle state, the wireless communication device does not have an active communication communication period. In order to send a paging message to the wireless communication device while in the RRC idle state, the core network entity (e.g., MME 162) or the evolved Node B may trigger the paging procedure. For example, such a paging message may be a notification of a downlink transmission amount of the wireless communication device (eg, a mobile station terminating voice dialing or packet data transmission), a system information change, or an earthquake and tsunami warning service (ETWS) notification. In order to receive the paging message in the RRC idle state, the wireless communication device (or the data machine stack associated with the LTE operation) may monitor the PDCCH for the paging radio network temporary identifier (P-RNTI) during a specific time frame. .

In various embodiments, the P-RNTI is a single fixed indicator (FFFE) for indicating that the paging information is carried in the corresponding resource block on the Physical Downlink Shared Channel (PDSCH) on the PDCCH. In particular, when operating in the RRC idle state, the wireless communication device can save power by: only the specific paging occasion associated with the paging group to which the wireless communication device belongs (ie, the child of the paging frame) During the frame, the PDCCH is monitored for the P-RNTI and the receiving circuit is powered down at other times. Such paging occasions may occur periodically (e.g., every 60 ms or 100 ms), which produces a period of sleep and wake states that constitute the discontinuous reception (IDRX) mode of the idle state. In some embodiments, during the wake-up period of the IDRX mode, the RF resources can monitor signals from neighboring cells (eg, evaluate measurements for indicating signal quality), and monitor paging messages. The wireless communication device can select a paging frame and a paging occasion for monitoring via receiving an IDRX parameter broadcast by the LTE network. Such IDRX parameters may be part of the information provided in a particular System Information Block (SIB) (eg, SIB2).

Relative to the RRC idle state, the power consumption of the wireless communication device is typically very high when operating in the RRC connected state. Specifically, since the downlink data may arrive at any time, the wireless communication device in the RRC connected state should monitor the PDCCH in each subframe to check whether the downlink data is available. For example, the wireless communication device can decode the PDCCH using a Cell Radio Network Temporary Identifier (C-RNTI) assigned by the LTE network to a particular wireless communication device (or a stack of data machines associated with LTE operation).

A wireless device (or a stack of data machines associated with LTE operations) may reduce such consumption via a DRX (CDRX) mode that implements a connection state. Specifically, in CDRX mode, the wireless communication device can utilize a short period of time during which no data is transmitted or received during the data communication communication period (eg, in the absence of an outstanding packet or a new packet to be The packet sent or received arrives during the program). When the CDRX mode is enabled, the wireless communication device can monitor the time period of the PDCCH for the downlink data (ie, the CDRX on period) and the period in which the RF resources are not used and/or the RF resources are powered off (ie, the CDRX is off) Cycle between periods). In various embodiments, the evolved Node B may configure a set of CDRX parameters for the wireless communication device (or a stack of data machines associated with LTE operations), which may be selected based on the type of application, such that power and resource savings are maximized Chemical. In some embodiments, when CDRX mode is enabled, the wireless communication device may experience an extended delay in receiving the data, as some or all of the data in such material may be cached by the evolved Node B to avoid being turned off in the CDRX. Arrived during the time period. Therefore, the CDRX parameters can be set to achieve a balance between minimizing packet delay and maximizing power savings.

The paging message can also be used to send some type of information to the wireless communication device in the RRC connected state. Specifically, similar to the RRC idle state, in the RRC connected state, paging can be used to provide system information changes and ETWS notifications to the wireless communication device. Since the evolved Node B may not be aware of the RRC idle state devices that are resident in its coverage, the evolved Node B may send such information in all possible paging occasions. Thus, in various embodiments, the wireless communication device can implement a "power optimized paging decoding mode" to further improve power savings in CDRX mode. In particular, the power optimized paging decoding mode provides for the wireless communication device (or the data machine stack associated with the LTE operation) to receive the paging message via monitoring any paging occasions during the CDRX on period or adjacent to the CDRX on period. That is, the wireless communication device can receive the same information at different paging occasions and avoid unnecessary wake-up during the CDRX off period, rather than monitoring its own paging occasion (which may be outside the CDRX open period) . As long as the wireless communication device monitors a paging occasion at least once for each predetermined paging period (eg, 1.28 s), the power optimized paging decoding mode can comply with the performance requirements set forth in 3GPP TS 36.331.

Furthermore, in the RRC connected state, the evolved Node B can send a continuous time advance command to maintain time alignment. In various embodiments, such commands may be sent periodically or on demand, as determined by the evolved Node B. When a time advance command is received on the downlink, the wireless communication device can reboot the timing alignment (TA) timer, which indicates that the wireless communication device desires to use the value in the current time advance command value to have the evolved Node B The amount of time that the uplink is synchronized. In various embodiments, from a higher layer perspective, when the TA timer is executing, only the wireless communication device (or the data machine stack associated with the LTE operation) may be considered to be in the uplink with the evolved Node B. alignment. If the TA timer expires (ie, the wireless communication device has not received any time advance command during the TA timer interval), then the uplink time alignment on the wireless communication device is considered to be lost, and the wireless communication is The device may release the assigned Physical Uplink Control Channel (PUCCH) and clear any configured uplink and/or downlink resource grants. In order to regain its uplink alignment with the evolved Node B, the wireless communication device performs a random access procedure, wherein the random access procedure may be triggered by the wireless communication device itself (eg, for pending uplinks) The path data) is either triggered by the evolved Node B via a signal on the PDCCH (eg, for pending downlink data).

As described, a wireless communication device with a single RF resource can provide support for Parallel RAT (CRAT) using a wide variety of configurations and modes. For example, the wireless communication device can be a single radio unit LTE (SRLTE) device configured to access LTE for data communication and to access GSM or 1xRTT for voice dialing (eg, GSM/SRLTE or 1x SRLTE) . In another example, the wireless communication device can be an MSMS wireless communication device (eg, a DSDS wireless communication device) in which to share between two SIMs associated with different RATs (eg, LTE and GSM or 1xRTT) The RF resource. In both MSMS configuration and SRLTE configuration, sharing RF resources may involve implementing a network tune away from one RAT (eg, LTE) to another network (eg, a non-LTE RAT).

If an LTE MSMS or SRLTE device ("CRAT capable" device) experiences a lengthy tuning to leave to a non-LTE RAT, it may lose connectivity to the LTE network for a period of time during the tune away. For example, as established by field testing, the wireless communication device may not receive an RRC Connection Release message from the evolved Node B. In such an environment, the wireless communication device (or the data machine stack associated with the LTE operation) may continue to be in an RRC connected state of operation, while the corresponding RRC state in the evolved Node B may be represented as RRC idle. Such mismatch between RRC states may have a negative impact on the power consumption of the wireless communication device and/or the network resources used by the evolved Node B. For example, the wireless communication device can monitor the PDCCH according to the CDRX on period of the CDRX mode to receive the downlink signal from the evolved Node B. However, since the evolved Node B believes that the wireless communication device is in the RRC idle mode, such monitoring during the CDRX on period is unnecessary and wastes power.

Various existing techniques can handle the potential mismatch of RRC states between wireless communication devices (or data machine stacks associated with LTE operations) and LTE networks (ie, evolved Node Bs). In particular, such techniques may, via a mismatch, ensure that the RRC connection state of the operation on the wireless communication device and the corresponding RRC idle state represented in the evolved Node B are handled by receiving the paging message from the evolved Node B. . For example, when in CDRX mode, the wireless communication device can use the C-RNTI to decode the PDCCH during the CDRX on period, and can also decode the PDCCH at the appropriate paging opportunity as illustrated by the IDRX cycle. Since the paging in the RRC idle mode can provide device-specific paging messages, that is, the mobile station terminates the dialing/downlink data instead of terminating the general information to be sent to all devices (ie, system change information or ETWS) Notification), therefore, the wireless communication device monitors its IDRX periodic paging occasion (which may not fall within the CDRX open period or is not adjacent to the CDRX open period). As a result, using this technique, wireless communication devices are not able to take advantage of the power optimized modes described above, and thus may be less power efficient based on the required wakeup (which is independent of the CDRX on period).

Another example technique that can be used to address a potential mismatch in RRC state between a wireless communication device and an evolved Node B involves configuring an inactivity timer for the MAC protocol layer on the wireless communication device ("MAC layer" Inactivity timer"). In various embodiments, the MAC layer inactivity timer may be initiated by the wireless communication device (or a data machine stack associated with the LTE operation) upon transitioning to the RRC connected state and may be set to a preset duration (for example, 60 seconds). When the MAC layer inactivity timer is executing, the wireless communication device can monitor the downlink data received from the evolved Node B and the uplink data transmitted to the evolved Node B. For example, a wireless communication device can monitor the PDCCH and PUCCH to detect a signal addressed to its C-RNTI or a signal encrypted using its C-RNTI. If such a signal transmission is detected before the MAC layer inactivity timer expires, the wireless communication device can remain in the RRC connected state while resetting the MAC layer inactivity timer and the RRC inactivity timer on the evolved Node B. Device. If the MAC layer inactivity timer expires without detecting any data exchange, the wireless communication device can assume that there is a radio link failure and trigger an RRC connection re-establishment procedure. Such an RRC connection re-establishment procedure re-establishes or re-confirms the RRC connection status of the operation on the wireless communication device and re-establishes or re-confirms the corresponding RRC connection status in the evolved Node B, resetting the MAC on the wireless communication device The layer is inactive timer and resets the RRC inactivity timer on evolved Node B. In this manner, the RRC Connection Re-establishment procedure forces the evolved Node B and the wireless device to resynchronize by bringing both the evolved Node B and the wireless device to the RRC connected state.

However, in some embodiments, configuring a MAC layer inactivity timer to address potential mismatches in the RRC state may introduce additional problems. In particular, since the duration of the MAC layer inactivity timer is typically set to be shorter than the duration of the RRC inactivity timer (set by the evolved Node B), the MAC layer on the wireless communication device is not The RRC connection re-establishment procedure triggered by the expiration of the activity timer will continue to cause a reset of the RRC inactivity timer before the RRC inactivity timer expires. As a result, the evolved Node B may never be able to trigger the RRC Connection Release procedure, and the wireless communication device may always be prevented from transitioning to the RRC idle state.

Various embodiments provide improvements to the prior art to handle RRC connection release from an LTE network (ie, evolved Node B) to a CRAT capable wireless communication device (or a data machine stack associated with LTE operation) The potential loss of the message. In particular, various embodiments avoid the negative impact on power utilization and throughput caused by existing RRC state synchronization mechanisms, which provide a lengthy tuning away period to non-LTE networks. For example, various embodiments may enable a solution to a mismatch between the RRC state of operation on the wireless communication device and the corresponding RRC state represented in the evolved Node B without requiring additional wakeups in the CDRX off period. . Another embodiment may prevent the wireless communication device from entering a permanent RRC connected state due to synchronization of the RRC state between the wireless communication device and the evolved Node B via the MAC layer inactivity timer. Some embodiments may involve combinations of these improvements.

As described, the LTE network (e.g., evolved Node B) signals the resource blocks on the PDSCH and PUSCH that are allocated to the wireless communication device via the PDCCH. In order to request transmission of uplink data, a wireless communication device (or a data machine stack associated with LTE operations) operating in an RRC connected state may initiate a scheduling request (SR) procedure. For example, the wireless communication device can send an SR to the evolved Node B in order to obtain an uplink grant for PUSCH resource configuration. The wireless device may send the SR message on one or more periodic SR resources (i.e., "SR Opportunities") on the PUCCH dedicated to that particular device. The wireless communication device can be dynamically set with an SR period, wherein the SR period provides an interval between SR opportunities on the PUCCH (eg, about 1-80 ms). Although a longer interval may be specified to allow saving of PUCCH resources when the network maintains a large number of devices in a RRC connected state with relatively low activity levels, shorter intervals may be configured for delay sensitive services, and Therefore more frequent SR opportunities. In order to avoid unnecessary SR retransmissions, especially in the case of short SR intervals, the wireless communication device can set the SR disable timer after transmitting the SR. That is, when the SR inhibit timer is being executed, the wireless communication device does not transmit a new SR.

In some embodiments, a CRAT capable wireless communication device using CDRX may utilize an SR procedure to represent the RRC of the operation in the wireless communication device with the evolved Node B before the MAC layer inactivity timer expires. The corresponding RRC state synchronization. In particular, based on the response from the evolved Node B after the SR, the wireless communication device may be able to utilize the high confidence to identify the typical RRC state set in the evolved Node B. For example, if the wireless communication device receives an uplink grant on the PDCCH (ie, using a C-RNTI for the data machine stack associated with the LTE operation), then an indication can be made that the corresponding RRC connection state is represented in the evolved type. The assumptions in Node B, and therefore, the wireless communication device can perform operations under the presumption that the RRC state has been synchronized. The possibility of receiving an uplink grant is very low due to the typical RRC idle state in the evolved Node B, and other events (eg, the evolved Node B assigns the same C-RNTI to another device, etc.) It is too likely to happen, so there may be such a high degree of confidence.

If the wireless communication device does not receive an uplink grant from the evolved Node B, the wireless communication device can perform an operation under the presumption that the corresponding RRC idle state is indicated in the evolved Node B, and thus exists in the wireless communication device The RRC connection status of the operation does not match. Since there is a relatively low probability that the uplink grant is not received despite the RRC connection state of the operation and the corresponding RRC connection state indicated in the evolved Node B, there is a high confidence in this estimation. . Reasons for not receiving such an uplink grant may include, for example, a high network load, a failure of the evolved Node B to decode the PUCCH due to timing misalignment or other factors that individually affect the signal transfer properties. Thus, in various embodiments, upon identifying a mismatch in the RRC state, the wireless communication device can decide that synchronization is needed.

4A and 4B illustrate a method 400 for managing synchronization between an RRC state maintained on a CRAT capable wireless communication device and an RRC state represented in the network, in accordance with various embodiments. In particular, such management may improve power utilization by avoiding the need for additional decoding of the PDCCH (ie, in paging occasions elaborated by the device's IRDX cycle), which may require RF resources to be in the CDRX off period Extra wake up during the period.

Referring to Figures 1-4B, the operations of method 400 may be implemented by one or more processors of a wireless device, such as wireless communication device 200. The one or more processors may include, for example, such a general purpose processor 206 and/or a baseband data processor 216, or may be coupled to the memory 214 and to a separate coupled to the baseband data processor 216. Controller (not shown).

In block 402, the wireless device processor can detect that the wireless device is operating in an RRC connected state in a network (eg, an LTE network) associated with the first RAT, while supporting and at least one other RAT Communication. As described, the wireless communication device (e.g., 102, 200) can have a single RF resource (e.g., a CRAT capable wireless device) that supports communication over a parallel RAT. In some embodiments, the wireless device can be a multiple SIM multiple standby (MSMS) device, wherein at least one SIM supports LTE, while in other embodiments, the wireless device can be a single radio unit LTE (SRLTE) wireless device, It is configured to connect to at least one hybrid system that supports both LTE and at least one other RAT. In block 410, the wireless device processor can perform data transmission and reception on a protocol stack (eg, an LTE protocol stack) associated with the first RAT.

In parallel with the operation of block 410, in block 404, the wireless device processor can initiate a MAC layer inactivity timer on the LTE protocol stack. In some embodiments, the MAC layer inactivity timer can be set to a preset value (eg, 60 seconds). In some embodiments, the MAC layer inactivity timer can be dynamically set based on historical data and/or current network conditions.

In decision block 408, the wireless device processor can determine if the MAC layer inactivity timer has expired. In response to determining that the MAC layer inactivity timer has expired (ie, decision block 408 = "Yes"), the wireless device processor can trigger the schedule request procedure by ending the method 400 (see method 500 described with respect to FIG. 5). ) to optionally utilize another power utilization improvement mechanism. In response to determining that the MAC layer inactivity timer has not expired (ie, decision block 408 = "No"), then in block 410, the wireless device processor may continue to perform data transmission and reception on the LTE protocol stack.

Continuing at block 416, the wireless device processor can monitor the downlink channel (e.g., PDCCH) for new downlink or uplink resource grants for the LTE protocol stack from the evolved Node B. For example, the wireless device processor can decode the downlink control information carried on the PDCCH to identify the resource configuration for the C-RNTI associated with the LTE protocol stack. In decision block 412, the wireless device processor can determine if the TA timer has expired and whether the uplink time alignment with the evolved Node B has not been restored.

In response to determining that the TA timer has not expired or has expired, but the uplink time alignment with the evolved Node B has been restored (ie, decision block 412 = "No"), the wireless device processor can return to Block 416 to continue monitoring the downlink channel for new downlink or uplink resource grants from the evolved Node B. In response to determining that the TA timer has expired and the uplink time alignment with the evolved Node B has not been restored (i.e., decision block 412 = "Yes"), in block 414, the wireless device processor can target A connection to the evolved Node B implements a non-optimized paging decoding mode on the LTE protocol stack. The wireless device processor can continue to monitor the downlink channel for new downlink or uplink resource grants from the evolved Node B via a return to block 416.

In parallel with the operation of decision block 412, in decision block 418 (Fig. 4B), the wireless device processor can decide whether a new downlink or uplink resource grant for the LTE protocol stack has been received from the evolved Node B. And, in decision block 422 (FIG. 4B), it is determined whether the duration of tuning to leave the network associated with the non-LTE RAT is greater than a threshold. Since it is assumed that as the duration of tuning away increases, the likelihood of losing an RRC Connection Release message from the evolved Node B increases, so the threshold duration may indicate a particular confidence that such loss has occurred.

In response to determining that a new downlink or uplink resource grant for the LTE protocol stack has not been received (ie, decision block 418 = "No"), the wireless device processor may return to block 416 (FIG. 4A), The downlink channel is monitored for new downlink or uplink resource grants. In response to determining that a new downlink or uplink resource grant for the LTE protocol stack has been received (i.e., decision block 418 = "Yes"), in block 420, the wireless device processor can be stacked on the LTE protocol. The connection, the power-optimized paging decoding mode (ie, decoding any paging occasions during the CDRX on period or adjacent to the CDRX on period). That is, the new uplink or downlink resource grant received from the evolved Node B indicates that the LTE network considers the wireless device to be in a connected state (ie, the corresponding RRC connected state is represented in the evolved Node B) And, therefore, the wireless device program can proceed with the presumption that the device has synchronized with the RRC state of operation on the LTE protocol stack. As such, there is no need to monitor paging occasions corresponding to the IDRX cycle of the LTE protocol stack, which can avoid additional wakeups during the CDRX off period. The wireless device processor may also return to block 416 (Fig. 4A) to monitor the downlink channel for a new downlink or uplink resource grant.

In response to the decision to tune away to the network associated with the non-LTE RAT for a duration that is not greater than a threshold (ie, decision block 422 = "No"), in block 427, the wireless device may be directed to the evolved Node B. A connection is implemented to implement a decoding mode (eg, a power-optimized paging decoding mode or a non-optimized paging decoding mode) that is used before the tuning leaves. Thereafter, the wireless device processor may also return to block 416 (FIG. 4A) to monitor the downlink channel for a new downlink or uplink resource grant.

In response to the decision to tune away to the network associated with the non-LTE RAT for a duration greater than a threshold (ie, decision block 422 = "Yes"), in block 424, the wireless device processor may send to the evolved Node B A schedule request (SR). In some embodiments, such an SR may be a virtual request if the LTE protocol stack does not have pending data to send in the uplink. In various embodiments, as described, the SR (or virtual SR) may be a transmission sent on the PUCCH.

In block 426, the wireless device processor can initiate an SR disable timer for one SR, and in decision block 428, the wireless device processor can decide whether the LTE protocol stack is evolved before the SR inhibit timer expires. Node B receives the uplink resource grant.

In response to the decision that the LTE protocol stack does not receive an uplink resource grant before the SR barring timer expires (i.e., decision block 428 = "No"), in block 430, the wireless device processor can target the evolved type. The connection of Node B implements a non-optimized paging decoding mode on the LTE protocol stack. That is, based on the lack of a response from the evolved Node B, it is assumed that the LTE network considers the wireless device to be in an RRC idle state (ie, the corresponding RRC idle state is indicated in the evolved Node B), and therefore does not The RRC connection status of the operation on the device is synchronized. As a result, the wireless device can decode the PDCCH for downlink data during the CDRX on period and during the paging occasion associated with the paging group to which the wireless device belongs (which may be during the CDRX off period) . Thereafter, the wireless device processor can continue to monitor the downlink channel for new downlink or uplink resource grants from the evolved Node B in block 416 (FIG. 4A).

In response to the decision to receive an uplink resource grant (ie, decision block 428 = "Yes") before the SR barring timer expires, in block 432, the wireless device processor can target the evolved node. B's connection, a power-optimized paging decoding mode on the LTE protocol stack. Thereafter, the wireless device processor can continue to monitor the downlink channel for new downlink or uplink resource grants in block 416 (FIG. 4A).

As described, expiration of the MAC layer inactivity timer may trigger an RRC re-establishment message to be sent by the wireless device to the LTE network, which in turn may cause a reset before the RRC inactivity timer expires on the LTE network. Longer RRC inactivity timer on LTE networks. In this way, it is possible to have an LTE protocol stack in an infinite loop of RRC connected states of operation in the wireless device. Thus, in some embodiments, as provided in method 500 as shown in FIG. 5, the wireless layer may be improved via a forced release RRC connection (when needed) after the MAC layer inactivity timer expires Power utilization.

Referring to Figures 1-5, method 500 can be implemented independently of method 400, while in other embodiments, once in MAC block 708 (Fig. 4A), the MAC layer inactivity timer has expired, method 500 can be directed to method 400. An optional add-on is available. Moreover, the operations of method 500 may be implemented by one or more processors of wireless device 200, such as general purpose processor 206 and/or baseband data processor 216, or may be coupled to memory 214 and A separate controller (not shown) is coupled to the baseband data processor 216.

Method 500 can begin with operations in blocks 402-408 of method 400 as described (ie, when decision block 408 = "Yes"). Thus, in response to determining that the MAC layer inactivity timer has expired (i.e., decision block 408 = "Yes"), in block 502, for example, as described, as declaring a radio link failure on the LTE protocol stack. As a result, the RRC connection re-establishment procedure can be triggered.

In decision block 504, the wireless device processor can determine if the TA timer has expired on the LTE protocol stack. In response to determining that the TA timer has expired (i.e., decision block 504 = "Yes"), in block 506, the wireless device processor may allow the RRC connection re-establishment procedure to continue normally. That is, the wireless device processor can resynchronize with the evolved Node B, bringing the LTE protocol stack into the RRC connected state of operation if the corresponding RRC connected state is indicated in the evolved Node B. In response to determining that the TA timer has not expired (i.e., decision block 504 = "No"), in block 508, the wireless device processor can transmit the next SR to the evolved Node B.

In decision block 510, the wireless device processor can determine whether the LTE protocol stack received a new uplink resource grant from the evolved Node B. In response to the decision to receive a new uplink resource grant (i.e., decision block 510 = "Yes"), in block 512, the wireless device processor can reset the schedule request counter (SR counter) and the MAC layer is inactive. Timer. That is, since the corresponding RRC connection state is indicated in the evolved Node B, the wireless device processor will establish an RRC connected state of the operation that should be maintained on the wireless device. The wireless device processor may continue to monitor the downlink channel for new downlink or uplink resource grants from the evolved Node B in block 416 (Fig. 4A).

In response to the decision not to receive a new uplink resource grant from the evolved Node B (i.e., decision block 510 = "No"), in block 514, the wireless device processor may increment the SR counter and determine In block 516, it is determined if the SR counter value is greater than the SR threshold. In various embodiments, the LTE network may configure an RRC parameter, wherein the RRC parameter setting allows the wireless device processor to send/resend a maximum number of instances of the scheduling request (eg, dsr-TransMax) having at least The value of four. In some embodiments, the SR threshold can be set to: Max[3, ]. That is, the SR threshold can be the greater of the value 3 and half of the dsr-TransMax value.

In response to determining that the SR counter value is not greater than the SR threshold (i.e., decision block 516 = "No"), the wireless device processor may return to transmitting the next SR to the evolved Node B in block 508.

In response to determining that the SR counter value is greater than the SR threshold (i.e., decision block 516 = "Yes"), the wireless device processor may perform a local release of the RRC connection in block 518, thereby releasing radio resources and stacking the LTE protocol. Switch to the RRC idle state of the operation. That is, after multiple attempts to send a scheduling request without a response, there is a high confidence that a typical RRC idle state is set in the evolved Node B. However, due to the continual reset of the RRC inactivity timer, the LTE network is prevented from releasing the RRC connection, so the wireless device processor can perform signal delivery to forcibly transition to the RRC idle state on the LTE protocol stack.

Thus, in various embodiments, the wireless device processor can avoid using a non-optimized paging decoding mode as much as possible to improve power utilization before the MAC layer inactivity timer expires.

Various embodiments are described with respect to at least one SIM and RF resources configured to support multiple RATs (eg, LTE, and one or more of GSM, CDMA 2000, etc.) to improve power efficiency. However, in the description of various embodiments, references to the first RAT and the second RAT and corresponding protocol stacks are arbitrary and are used merely to provide illustrative examples. The wireless device processor can assign any indicator, name, or other designation to distinguish the receive chains associated with one or more RATs and/or protocol stacks. In addition, the embodiment methods are equally applicable regardless of which receive chain is being used to tune away from the network of data communications. In addition, although the data communication network is referred to as an LTE network or an evolved Node B, these applications are also illustrative examples, and various embodiments may be implemented to receive a variety of high speed networks (eg, HSPA+, Data in any of the high speed networks of DC-HSPA, EV-DO, etc.).

Various embodiments, including but not limited to the embodiments discussed above with respect to Figures 4A and 4B, may be implemented in any of a wide variety of wireless devices (example 600 illustrated in Figure 6). Referring to Figures 1-6, wireless device 600 (e.g., which may correspond to wireless device 102 and/or 200 in Figures 1A-2) may include processing coupled to touch screen controller 604 and internal memory 606 602. Processor 602 can be one or more multi-core ICs designed for general purpose or specific processing tasks. Internal memory 606 can be volatile memory or non-volatile memory, and can also be secure and/or encrypted memory, or non-secure and/or unencrypted memory, or any combination thereof.

The touch screen controller 604 and the processor 602 can also be coupled to the touch screen panel 612, for example, a resistive touch screen, a capacitive touch screen, an infrared touch screen, and the like. Wireless device 600 can have one or more radio signal transceivers 608 coupled to each other and/or coupled to processor 602 for transmission and reception (eg, Peanut®, Bluetooth®, Zigbee®, Wi -Fi, RF radio unit) and antenna 610. Transceiver 608 and antenna 610 can be used with the circuits mentioned above to implement various wireless transport protocol stacks and interfaces. The wireless device 600 can include a cellular network wireless modem chip 616 that communicates via a cellular network and is coupled to the processor. Wireless device 600 can include a peripheral device connection interface 618 that is coupled to processor 602. Peripheral device connection interface 618 can be separately configured to accept one type of connection, or multiplely configured to accept various types of physical and communication connections, common or proprietary connections, such as USB, Firewire, Thunderbolt, or PCIe. The peripheral device connection interface 618 can also be coupled to a similarly configured peripheral device port (not shown). Wireless device 600 can also include a speaker 614 for providing audio output. The wireless device 600 can also include a housing 620 constructed of a combination of plastic, metal, or material for housing all or some of the components discussed herein. Wireless device 600 can include a power source 622 that is coupled to processor 602, such as a disposable or rechargeable battery. The rechargeable battery can also be coupled to a peripheral device port to receive charging current from a source external to the wireless device 600.

Various embodiments, including but not limited to the embodiments discussed above with respect to Figures 4A and 4B, may also be implemented within a wide variety of personal computing devices (example 700 shown in Figure 7). Referring to Figures 1-7, a laptop 700 (e.g., which may correspond to the wireless devices 102, 200 of Figures 1A-2) may include a trackpad touch surface 717 that functions as a computer The device is positioned, and thus can be dragged, scrolled, and tapped (similar to those implemented on a wireless computing device equipped with a touchscreen display and described above). Laptop 700 will typically include a processor 711 coupled to volatile memory 712 and bulk non-volatile memory (eg, hard disk 713 or flash memory). Computer 700 may also include a floppy disk drive 714 and a compact disk (CD) drive 715 coupled to processor 711. The computer 700 can also include a plurality of connectors 耦合 coupled to the processor 711 for establishing a data connection or accommodating an external memory device, such as a USB or Firewire® wiring socket, or for coupling the processor 711 to the network. Other network connection circuits. In a notebook configuration, the computer housing encases a touchpad 717, keyboard 718, and display 719 that are both coupled to processor 711. As is well known, other configurations of the computing device can include (eg, via USB input) a computer mouse or trackball coupled to the processor, which can also be used in conjunction with various embodiments.

Referring to Figures 1-7, processors 602 and 711 can be any programmable microprocessor capable of being configured via software instructions (applications) to perform a wide variety of functions, including the functions of the various embodiments described above. , microcomputer or multiple processor chips or several wafers. In some devices, multiple processors may be provided, for example, one processor dedicated to wireless communication functions, and one processor dedicated to executing other applications. Typically, these software applications can be stored in internal memory 606, 712, and 713 prior to accessing the software applications and loading them into processors 602 and 711. Processors 602 and 711 can include internal memory sufficient to store these application software instructions. In many devices, the internal memory can be a volatile or non-volatile memory (eg, a flash memory) or a mixture of the two. For the purposes of this description, a general reference to memory refers to memory accessible by processors 602, 711 that includes internal memory or offload storage devices that are inserted into the device, as well as processing. 602 and 711 are memory within themselves.

The above described method descriptions and program flow diagrams are provided by way of illustrative example only and are not intended to be required or imply that the steps of the various embodiments must be performed in the order presented. The order of the steps in the foregoing embodiments may be performed in any order, as will be appreciated by those of ordinary skill in the art to which the invention pertains. Words such as "subsequent", "subsequent", "next", and the like are not intended to limit the order of the steps; these words are only used to guide the reader to read the description of the method from beginning to end. In addition, any reference to a claim element in the singular (for example, the use of the articles "a", "an" or "the" should not be construed as limiting the element to Singular form.

Although the terms "first" and "second" are used herein to describe the data transfer associated with a SIM and the receipt of data associated with a different SIM, such identifiers are for convenience only and do not imply The various embodiments are limited to a particular order, sequence, network, or type of service provider.

The various illustrative logical, logical blocks, modules, circuits, and algorithm steps described in connection with the embodiments disclosed herein can be implemented as an electronic hardware, a computer software, or a combination of both. To clearly illustrate this interchangeability of hardware and software, the various features of the various components, blocks, modules, circuits, and steps have been described above generally. Whether such functionality is implemented as hardware or software depends on the particular application and design constraints imposed on the overall system. A person skilled in the art to which the present invention pertains can implement the described functions in a modified manner for each particular application, but such implementation decisions should not be construed as causing a departure from the scope of the invention.

A general purpose processor, digital signal processor (DSP), special application integrated circuit (ASIC), field programmable gate array (FPGA), or other programmable logic device, individually designed to perform the functions described herein, may be utilized. The gate or transistor logic device, individual hardware components, or any combination thereof, implement or perform the hardware described in connection with the aspects disclosed herein for implementing the various illustrative logic, logic blocks, modules, and circuits. A general purpose processor may be a microprocessor, but in the alternative, the processor may be any conventional processor, controller, microcontroller, or state machine. The processor may also be implemented as a combination of computing devices, e.g., a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration. Alternatively, some steps or methods may be performed by circuitry specific to a given function.

In one or more exemplary aspects, the functions described may be implemented in hardware, software, firmware, or any combination thereof. If implemented in software, the function can be stored as a non-transitory computer readable medium or a non-transitory processor can read one or more instructions or code on the medium. The method or algorithm steps disclosed herein may be embodied in a processor executable software module, which may exist on a non-transitory computer readable medium or a processor readable storage medium. . The non-transitory computer readable or processor readable storage medium can be any storage medium that can be accessed by a computer or processor. Such non-transitory computer readable or processor readable medium may include RAM, ROM, EEPROM, flash memory, CD-ROM or other optical disk storage, disk storage or other magnetic means by way of example and not limitation. A storage device, or any other medium that can be used to store a desired code in the form of an instruction or data structure and that can be accessed by a computer. As used herein, disks and compact discs include compact discs (CDs), laser discs, compact discs, digital versatile discs (DVDs), floppy discs, and Blu-ray discs, where the discs are usually magnetically replicated, while the discs are laser-based. Optically copy data. Combinations of the above are also included within the scope of non-transitory computer readable and processor readable media. In addition, the operations of the method or algorithm may be presented as a code and/or instructions, or any combination or collection thereof, on a non-transitory processor readable medium and/or computer readable medium, wherein the non-transitory processor Readable media and/or computer readable media can be incorporated into a computer program product.

The previous description of the disclosed embodiments is provided to enable a person of ordinary skill in the art to make or use the invention. Various modifications to the embodiments of the invention will be apparent to those skilled in the <RTI ID=0.0> </RTI> <RTIgt; </ RTI> <RTIgt; . Therefore, the present invention is not intended to be limited to the embodiments shown herein, but the scope of the invention is to be accorded

100‧‧‧Communication system
102‧‧‧Wireless communication equipment
104‧‧‧Wireless communication network
106‧‧‧Web server
108‧‧‧Internet
110‧‧‧Hive base station
112‧‧‧Network Operations Center
114‧‧‧Two-way wireless communication link
116‧‧‧Server
150‧‧‧Network Architecture
152‧‧‧Evolved UMTS Terrestrial Radio Access Network (E-UTRAN)
154‧‧‧Evolved Packet Core (EPC)
156‧‧‧Home User Server (HSS)
158‧‧‧Service providers' IP services
160‧‧‧Service Gateway (SGW)
162‧‧‧Action Management Entity (MME)
163‧‧‧ Packet Data Network (PDN) Gateway (PGW)
164‧‧‧Traditional second generation (2G)/third generation (3G) access network
166‧‧‧MSC/VLR
168‧‧‧CS core
170‧‧‧German MSC (GMSC)
172‧‧‧Serving GPRS Support Node (SGSN)
174‧‧‧PS core
176‧‧‧Gateway GPRS Support Node (GGSN)
200‧‧‧Wireless communication equipment
202‧‧‧SIM interface
204‧‧‧First Identification Module SIM
206‧‧‧Second Identification Module SIM
208‧‧‧Encoder/Decoder (CODEC)
210‧‧‧Speakers
212‧‧‧ microphone
214‧‧‧ memory
216‧‧‧Based frequency data processor
218‧‧‧RF resources
220‧‧‧Antenna
222‧‧‧On-chip system equipment
224‧‧‧Keypad
226‧‧‧Touch screen display
300‧‧‧Software architecture
302‧‧‧ Non-Access Stratum (NAS)
304‧‧‧Access Layer (AS)
306‧‧‧ physical layer
308‧‧‧Media Access Control (MAC) sublayer
310‧‧‧ Radio Link Control (RLC) sublayer
312‧‧‧ Packet Information Convergence Agreement (PDCP)
313‧‧‧RRC sublayer
314‧‧‧Host layer
316‧‧‧hard interface
350‧‧‧Evolved Node B
400‧‧‧ method
402‧‧‧ square
404‧‧‧ square
408‧‧‧Decision box
410‧‧‧ square
412‧‧‧Decision box
414‧‧‧ squares
416‧‧‧ square
418‧‧‧Decision box
420‧‧‧ square
422‧‧‧Decision box
424‧‧‧ squares
426‧‧‧ squares
427‧‧‧ square
428‧‧‧Decision box
430‧‧‧ square
432‧‧‧ squares
500‧‧‧ method
502‧‧‧ square
504‧‧‧Decision box
506‧‧‧ square
508‧‧‧ square
510‧‧‧Decision box
512‧‧‧ squares
514‧‧‧ squares
516‧‧‧Decision box
518‧‧‧ square
600‧‧‧Wireless equipment
602‧‧‧ processor
604‧‧‧Touch screen controller
606‧‧‧Internal memory
608‧‧‧ transceiver
610‧‧‧Antenna
612‧‧‧Touch screen panel
614‧‧‧Speaker
616‧‧‧Hive Network Wireless Data Processor Chip
618‧‧‧ Peripheral device connection interface
620‧‧‧shell
622‧‧‧Power supply
708‧‧‧Decision box
711‧‧‧ processor
712‧‧‧ volatile memory
713‧‧‧ Hard disk
714‧‧‧VCD player
715‧‧‧Compact Disc (CD) drive
717‧‧‧ Trackpad
718‧‧‧ keyboard
719‧‧‧ display

The accompanying drawings, which are incorporated in FIG.

1A is a block diagram of a communication system suitable for use with the various embodiments of the network.

FIG. 1B is a system block diagram of an Evolutionary Packet System (EPS) suitable for use with various embodiments.

2 is a block diagram illustrating a wireless communication device in accordance with various embodiments.

3 is a block diagram illustrating a user plane LTE protocol stack in accordance with various embodiments.

4A and 4B are program flow diagrams illustrating methods for implementing radio resource control (RRC) state management in an example wireless communication device, in accordance with various embodiments.

5 is a program flow diagram illustrating another method for implementing RRC state management in an example wireless communication device, in accordance with various embodiments.

6 is a component diagram of an example wireless device suitable for use with various embodiments.

7 is a component diagram of another example wireless device suitable for use with the various embodiments.

Domestic deposit information (please note according to the order of the depository, date, number)

Foreign deposit information (please note in the order of country, organization, date, number)

(Please change the page separately) No

200‧‧‧Wireless communication equipment

300‧‧‧Software architecture

302‧‧‧ Non-Access Stratum (NAS)

304‧‧‧Access Layer (AS)

306‧‧‧ physical layer

308‧‧‧Media Access Control (MAC) sublayer

310‧‧‧ Radio Link Control (RLC) sublayer

312‧‧‧ Packet Information Convergence Agreement (PDCP)

313‧‧‧RRC sublayer

314‧‧‧Host layer

316‧‧‧hard interface

350‧‧‧Evolved Node B

Claims (30)

A method of managing synchronization of a Radio Resource Control (RRC) state on a wireless communication device, wherein the wireless communication device is configured to support at least a first radio access technology (RAT) and a radio frequency of a second RAT ( RF) resource, the method comprising the steps of: detecting a first protocol stack in a network associated with the first RAT, in an RRC connected state; detecting the RF resource from being associated with the first RAT The network is tuned away from a network associated with the second RAT, wherein after a tuning away duration, the RF resource is tuned back to the network associated with the first RAT; Whether a media access control (MAC) protocol layer inactivity timer on the first protocol stack has expired; and in response to determining that the MAC protocol layer inactivity timer has not expired, do the following: detect the The first protocol stack is operating in a connected discontinuous reception (CDRX) mode; deciding whether to receive a new uplink or downlink resource grant from the network associated with the first RAT In response to determining not to receive a new uplink or downlink resource grant from the network associated with the first RAT, determining whether an RRC state of an operation of the first protocol stack is possible and a corresponding RRC state set in the network associated with the RAT is different; in response to determining that the RRC state of the operation of the first protocol stack may be different from a corresponding RRC state set in the network, The network associated with a RAT sends a scheduling request; and selects a paging decoding mode for use on the first protocol stack. The method of claim 1, wherein determining whether an RRC state of an operation of the first protocol stack is potentially different from a corresponding RRC state set in the network associated with the first RAT comprises the step of: determining Whether the tuning away duration is longer than a threshold value. According to the method of claim 1, the method further includes the step of: determining, in response to determining that the MAC protocol layer inactivity timer has not expired, determining whether a time-aligned (TA) timer for the first protocol stack has expired and Whether the uplink timing alignment has not been recovered, wherein selecting a paging decoding mode for use on the first protocol stack includes the step of: in response to deciding that the TA timer for the first protocol stack has expired And the uplink timing alignment has not been recovered, selecting a non-optimized paging decoding mode. The method of claim 1, wherein selecting a paging decoding mode for use on the first protocol stack comprises the step of: responding to an RRC state determining the operation of the first protocol stack not potentially and with the first A corresponding RRC state set in the network associated with the RAT is different, and the tuning of the RF resource is selected to leave an identical paging decoding mode that was previously used. The method of claim 1, wherein selecting a paging decoding mode for use on the first protocol stack comprises the steps of: responsive to determining that the RRC state of the operation of the first protocol stack is potentially set in the network A corresponding RRC state is different, and the paging decoding mode is selected based on feedback from the network associated with the first RAT after the scheduling request. The method of claim 5, wherein selecting a paging decoding mode based on the feedback from the network associated with the first RAT after the scheduling request comprises the steps of: responding to a request to disable the timer in a scheduling request Prior to the period, the feedback in response to the scheduling request includes an uplink resource grant from the network associated with the first RAT, selecting a power optimized paging decoding mode; and responding to the decision response The feedback of the scheduling request does not include an uplink resource grant from the network associated with the first RAT, selecting a non-optimized paging decoding mode. The method of claim 6, wherein the first RAT comprises an embodiment of a Long Term Evolution (LTE) wireless communication protocol. According to the method of claim 7, the method further includes the following steps: when selected, implementing the power-optimized paging decoding mode, wherein the paging decoding mode for implementing the power optimization comprises the following steps: on the first protocol stack A physical downlink control channel (PDCCH) is decoded during an active period of a CDRX cycle, wherein the PDCCH is decoded using a cellular radio network temporary identifier (C-RNTI) associated with the first protocol stack And, in a paging occasion unrelated to the first protocol stack, a paging radio network temporary identifier (P-RNTI) is used. According to the method of claim 7, the method further includes the following steps: when selecting, implementing the non-optimized paging decoding mode, wherein implementing the non-optimized paging decoding mode comprises the following steps: a CDRX on the first protocol stack During a period of active period, a physical downlink control channel (PDCCH) is decoded, wherein the PDCCH is decoded using a cellular radio network temporary identifier (C-RNTI) associated with the first protocol stack Executing; and during a paging occasion associated with an idle discontinuous reception (IDRX) period of the first protocol stack, the PDCCH is decoded using a paging radio network temporary identifier (P-RNTI). The method of claim 9, wherein the non-optimized paging decoding mode further comprises the steps of: determining whether the paging occasion associated with the IDRX cycle of the first protocol stack falls within an inactivity period of the CDRX cycle And in response to determining that the paging opportunity associated with the IDRX cycle of the first protocol stack falls within an inactive period of the CDRX cycle, when the PDCCH is decoded, performing additional wakeups with respect to the RF resource And power outage procedures. According to the method of claim 1, the method further includes the following steps: In response to determining that the MAC protocol layer inactivity timer has expired, performing the following operations: on the first protocol stack, triggering an RRC re-establishment procedure, where the RRC is re-established Establishing a procedure to resume operation of a signal radio bearer between the first protocol stack and the network associated with the first RAT; transmitting a first scheduling request to the network associated with the first RAT; Determining whether an uplink resource grant for the first protocol stack is received from the network associated with the first RAT; and in response to determining to receive from the network associated with the first RAT An uplink resource grant of the first protocol stack, resets the MAC protocol layer inactivity timer and resets a scheduling request counter. According to the method of claim 11, the method further includes the following steps: In response to the decision not to receive an uplink resource grant for the first protocol stack from the network associated with the first RAT, do the following: The schedule request counter is incremented; determining whether a current value of the schedule request counter is greater than a predetermined threshold; and performing a local release of a connection to the network associated with the first RAT Where the local release allows the first protocol stack to transition to an RRC idle state. The method of claim 12, wherein the predetermined threshold is set to a value of at least three. The method of claim 1, wherein: the first protocol stack is associated with a first subscriber identity module (SIM), and the second protocol stack is associated with a second SIM; and with the first RAT and the second The networks associated with the RAT operate independently. The method of claim 1, wherein the first protocol stack and the second protocol stack are each associated with a service provider that provides a hybrid system, wherein the hybrid system implements at least the first RAT and the second RAT. A wireless communication device, comprising: a radio frequency (RF) resource configured to support at least a first radio access technology (RAT) and a second RAT; and a processor coupled to the RF resource and configured Having processor-executable instructions for: detecting a first protocol stack in a network associated with the first RAT, in an RRC connected state; detecting the RF resource from the first RAT Correlating the network to a tune away from a network associated with the second RAT, wherein after a tuning away duration, the RF resource is tuned back to the network associated with the first RAT; Deciding whether a media access control (MAC) protocol layer inactivity timer on the first protocol stack has expired; and in response to determining that the MAC protocol layer inactivity timer has not expired, do the following: Detecting that the first protocol stack is operating in a connected discontinuous reception (CDRX) mode; deciding whether to receive a new uplink or downlink resource grant from the network associated with the first RAT; Determining whether a new uplink or downlink resource grant is not received from the network associated with the first RAT, determining whether an RRC state of an operation of the first protocol stack is possible and with the first RAT A corresponding RRC state set in the associated network is different; the RRC state in response to determining the operation of the first protocol stack may be different from a corresponding RRC state set in the network, to the first The network associated with the RAT sends a scheduling request; and selects a paging decoding mode for use on the first protocol stack. The wireless communication device of claim 16, wherein the processor is also configured with processor-executable instructions for determining whether the first is determined by determining whether the tuning departure duration is longer than a threshold duration Whether the RRC state of an operation of the protocol stack is potentially different from a corresponding RRC state set in the network associated with the first RAT. The wireless communication device of claim 16, wherein the processor is also configured with processor-executable instructions for: in response to determining that the MAC protocol layer inactivity timer has not expired, deciding for the first agreement Whether the stacked time-aligned (TA) timer has expired and the uplink timing alignment has not been recovered; and via the response to the decision that the TA timer for the first protocol stack has expired and uplink The path timing alignment has not been recovered, and a non-optimized paging decoding mode is selected to select a paging decoding mode for use on the first protocol stack. The wireless communication device of claim 16, wherein the processor is also configured with processor-executable instructions for: via an RRC state in response to determining the operation of the first protocol stack not potentially and Selecting a corresponding RRC state set in the network associated with a RAT, selecting the same paging decoding mode that was used before the tuning of the RF resource is selected to be used on the first protocol stack A paging decoding mode. The wireless communication device of claim 16, wherein the processor is also configured with processor-executable instructions for: via an RRC state in response to determining the operation of the first protocol stack potentially in the network Setting a corresponding RRC state differently, selecting the paging decoding mode to select a one for use on the first protocol stack based on the feedback from the network associated with the first RAT after the scheduling request Paging decoding mode. A wireless communication device according to claim 20, wherein the processor is also configured with processor-executable instructions for: operating from the network associated with the first RAT based on the scheduling request via: Retrieving the paging decoding mode: in response to the decision to expire before the scheduled request prohibition timer, the feedback in response to the scheduling request includes an uplink from the network associated with the first RAT The path resource grants, selects a power optimized paging decoding mode; and in response to determining that the feedback in response to the scheduling request does not include an uplink resource grant from the network associated with the first RAT, Select a non-optimized paging decoding mode. The wireless communication device of claim 21, wherein the first RAT comprises an embodiment of a Long Term Evolution (LTE) wireless communication protocol. The wireless communication device of claim 22, wherein the processor is also configured with processor-executable instructions to: operate on a physical downlink via an active period of a CDRX cycle on the first protocol stack a control channel (PDCCH) is decoded to implement the power-optimized paging decoding mode when selected; and a cellular radio network temporary identifier (C-RNTI) associated with the first protocol stack is used, and In a paging occasion unrelated to the first protocol stack, a paging radio network temporary identifier (P-RNTI) is used to decode the PDCCH. The wireless communication device of claim 22, wherein the processor is also configured with processor-executable instructions for: performing a physical downlink via an active period of a CDRX cycle on the first protocol stack A channel control channel (PDCCH) is decoded to implement the non-optimized paging decoding mode when selected, wherein decoding the PDCCH during an active period is using a cellular radio network associated with the first protocol stack a temporary identifier (C-RNTI) to perform; and during the paging occasion associated with an idle discontinuous reception (IDRX) period of the first protocol stack, the PDCCH is decoded, wherein during the paging occasion The PDCCH is decoded using a paging radio network temporary identifier (P-RNTI). The wireless communication device of claim 24, wherein the processor is also configured with processor-executable instructions for: implementing the non-optimized paging decoding mode by: operating a stack with the first protocol Whether the paging occasion associated with the IDRX cycle falls within an inactive period of the CDRX cycle; and in response to determining that the paging opportunity associated with the IDRX cycle of the first protocol stack falls into the inactivity of the CDRX cycle Within the time period, when the PDCCH is decoded, an additional wake-up and power-down procedure is performed with respect to the RF resource. The wireless communication device of claim 16, wherein the processor is also configured with processor executable instructions for: in response to determining that the MAC protocol layer inactivity timer has expired, performing the following: An RRC re-establishment procedure is triggered on a protocol stack, wherein the RRC re-establishment procedure resumes operation of a signal radio bearer between the first protocol stack and the network associated with the first RAT; The network associated with a RAT sends a first scheduling request; deciding whether to receive an uplink resource grant for the first protocol stack from the network associated with the first RAT; and in response to the decision Receiving an uplink resource grant for the first protocol stack from the network associated with the first RAT, resetting the MAC protocol layer inactivity timer and resetting a scheduling request counter. The wireless communication device of claim 26, wherein the processor is also configured with processor-executable instructions for: in response to determining not to receive from the network associated with the first RAT for the first An uplink resource grant of the protocol stack, performing the following operations: incrementing the schedule request counter; determining whether a current value of the schedule request counter is greater than a predetermined threshold; and performing and A local release of a connection of the network associated with a RAT, wherein the local release allows the first protocol stack to transition to an RRC idle state. The wireless communication device of claim 27, wherein the predetermined threshold is set to a value of at least three. A wireless communication device, comprising: a radio frequency (RF) resource configured to support at least a first radio access technology (RAT) and a second RAT; configured to detect a first protocol stack with the first RAT In an associated network, the unit in an RRC connected state; a tuner for detecting the RF resource from the network associated with the first RAT to a network associated with the second RAT An leaving unit, wherein after a tuning away duration, the RF resource is tuned back to the network associated with the first RAT; for determining a media access control (MAC) to be performed on the first protocol stack a unit of whether the protocol layer inactivity timer has expired; and in response to determining that the MAC protocol layer inactivity timer has not expired: for detecting that the first protocol stack is in a connected discontinuous reception (CDRX) mode a unit for operating; a unit for determining whether to receive a new uplink or downlink resource grant from the network associated with the first RAT; for responding to the decision not from the first RAT Associated network Receiving a new uplink or downlink resource grant, determining whether an RRC state of an operation of the first protocol stack is different from a corresponding RRC state set in the network associated with the first RAT The RRC state for responding to the operation determining the first protocol stack may be different from a corresponding RRC state set in the network, sending a scheduling request to the network associated with the first RAT And a unit for selecting a paging decoding mode for use on the first protocol stack. A non-transitory processor readable storage medium having processor executable instructions stored thereon, wherein the processor executable instructions are configured to cause a processor of a wireless communication device to perform operations comprising The wireless communication device has radio frequency (RF) resources configured to support at least a first radio access technology (RAT) and a second RAT: detecting a first protocol stack in a network associated with the first RAT In an RRC connected state; detecting that the RF resource is tuned away from the network associated with the first RAT to a network associated with the second RAT, wherein after a tuning departure duration Retrieving the RF resource back to the network associated with the first RAT; determining whether a media access control (MAC) protocol layer inactivity timer executing on the first protocol stack has expired; and responding After determining that the MAC protocol layer inactivity timer has not expired, the following operations are performed: detecting that the first protocol stack is operating in a connected discontinuous reception (CDRX) mode; determining whether to go from the first The network associated with the RAT receives a new uplink or downlink resource grant; in response to the decision not to receive a new uplink or downlink resource from the network associated with the first RAT Allowing, determining whether an RRC state of an operation of the first protocol stack is different from a corresponding RRC state set in the network associated with the first RAT; in response to determining the operation of the first protocol stack The RRC state may be different from a corresponding RRC state set in the network, sending a scheduling request to the network associated with the first RAT; and selecting a paging for use on the first protocol stack Decoding mode.