Source: http://www.google.com/patents/US20090129339?ie=ISO-8859-1
Timestamp: 2014-07-11 16:35:29
Document Index: 485842513

Matched Legal Cases: ['Application No. 60', 'Application No. 61', 'Application No. 61', 'Application No. 61', 'Application No. 61', 'Application No. 60']

Patent US20090129339 - Method and apparatus for state/mode transitioning - Google PatentsSearch Images Maps Play YouTube News Gmail Drive More »Sign in<nobr>Advanced Patent Search</nobr>PatentsA method and network element for sending a transition indication to transition a user equipment to a different state or mode, the method receiving a configuration message from a network; and transmitting a transition indication from the user equipment, the transition indication only includes a cause...http://www.google.com/patents/US20090129339?utm_source=gb-gplus-sharePatent US20090129339 - Method and apparatus for state/mode transitioningAdvanced Patent SearchPublication numberUS20090129339 A1Publication typeApplicationApplication numberUS 12/270,522Publication dateMay 21, 2009Filing dateNov 13, 2008Priority dateNov 13, 2007Also published asCA2705476A1, CA2705476C, CA2705477A1, CA2705478A1, CA2851573A1, CN101911815A, CN101911815B, CN101911816A, CN101911817A, CN103442453A, EP2061192A1, EP2061192B1, EP2210433A1, EP2210433A4, EP2210446A1, EP2210446A4, EP2387283A2, EP2387283A3, EP2424323A2, EP2424323A3, EP2654369A2, US7969924, US8208950, US8243683, US20090124212, US20090124249, US20110306352, US20120307703, US20120320811, US20130128787, US20130295905, US20130336258, WO2009062302A1, WO2009062303A1, WO2009062304A1Publication number12270522, 270522, US 2009/0129339 A1, US 2009/129339 A1, US 20090129339 A1, US 20090129339A1, US 2009129339 A1, US 2009129339A1, US-A1-20090129339, US-A1-2009129339, US2009/0129339A1, US2009/129339A1, US20090129339 A1, US20090129339A1, US2009129339 A1, US2009129339A1InventorsGordon Peter Young, Takashi Suzuki, Claude Jean-Frederic ARZELIER, Muhammad Khaledul Islam, Jeffrey William WirtanenOriginal AssigneeResearch In Motion LimitedExport CitationBiBTeX, EndNote, RefManReferenced by (37), Classifications (6), Legal Events (2) External Links: USPTO, USPTO Assignment, EspacenetMethod and apparatus for state/mode transitioningUS 20090129339 A1Abstract A method and network element for sending a transition indication to transition a user equipment to a different state or mode, the method receiving a configuration message from a network; and transmitting a transition indication from the user equipment, the transition indication only includes a cause if the configuration message contains an inhibit transition indication. Also, a method and user equipment for processing a transitioning indication from a user equipment indicating the user equipment desires a transition to a different state or mode, the method comprising: receiving the transition indication from the user equipment; if the transition indication contains a cause: releasing a signaling connection of the user equipment or transitioning the user equipment to a different state or mode; and if the transition indication does not contain the cause: releasing the signaling connection.
1. A method for sending a transition indication to transition a user equipment to a different state or mode, the method comprising:
receiving a configuration message from a network; and transmitting a transition indication from the user equipment, the transition indication only includes a cause if the configuration message contains an inhibit transition indication. 2. The method of claim 1, wherein the inhibit transition indication is an inhibit timer value.
11. A user equipment configured to send a transition indication to transition to a different state or mode, the user equipment configured to:
receive a configuration message from a network; and transmit a transition indication from the user equipment, the transition indication only includes a cause if the configuration message contains an inhibit transition indication. 12. The user equipment of claim 11, wherein the inhibit transition indication is an inhibit timer value.
21. A method for processing a transitioning indication from a user equipment indicating the user equipment desires a transition to a different state or mode, the method comprising:
receiving the transition indication from the user equipment; if the transition indication contains a cause:
releasing a signaling connection of the user equipment or transitioning the user equipment to a different state or mode; and
if the transition indication does not contain the cause:
releasing the signaling connection.
25. A network element configured to transition a state or mode of a user equipment, the network equipment configured to:
receive the transition indication from the user equipment; if the transition indication contains a cause:
release a signaling connection of the user equipment or transitioning the user equipment to a different state or mode; and
release the signaling connection.
28. The network element of claim 27, wherein the transitioning is done to a more battery efficient state or mode. Description
RELATED APPLICATIONS The present application claims priority from U.S. Provisional Application No. 60/987,672 filed Nov. 13, 2007; U.S. Provisional Application No. 61,061,359 filed Jun. 13, 2008; U.S. Provisional Application No. 61/074,856 filed Jun. 23, 2008; U.S. Provisional Application No. 61/086,955 filed Aug. 7, 2008; U.S. Provisional Application No. 61/089,731 filed Aug. 18, 2008; and European Patent Application No. EP 08154976 filed Apr. 22, 2008, claiming priority from U.S. Provisional Application No. 60/987,672 filed Nov. 13, 2007, the contents of all of which are incorporated herein by reference.
In a UMTS network, a Radio Resource Control (RRC) part of the protocol stack is responsible for the assignment, configuration and release of radio resources between the UE and the UTRAN. This RRC protocol is described in detail in the 3GPP TS 25.331 specifications. Two basic modes that the UE can be in are defined as �idle mode� and �UTRA RRC connected mode� (or simply �connected mode�, as used herein). UTRA stands for UMTS Terrestrial Radio Access. In idle mode, the UE or other mobile device is required to request a RRC connection whenever it wants to send any user data or in response to a page whenever the UTRAN or the Serving General Packet Radio Service (GPRS) Support Node (SGSN) pages it to receive data from an external data network such as a push server. Idle and Connected mode behaviors are described in detail in the Third Generation Partnership Project (3GPP) specifications TS 25.304 and TS 25.331.
The transition from an idle mode to the connected mode and vise-versa is controlled by the UTRAN. When an idle mode UE requests an RRC connection, the network decides whether to move the UE to the CELL_DCH or CELL_FACH state. When the UE is in an RRC connected mode, again it is the network that decides when to release the RRC connection. The network may also move the UE from one RRC state to another prior to releasing the connection or in some cases instead of releasing the connection. The state transitions are typically triggered by data activity or inactivity between the UE and network. Since the network may not know when the UE has completed the data exchange for a given application, it typically keeps the RRC connection for some time in anticipation of more data to/from the UE. This is typically done to reduce the latency of call set-up and subsequent radio resource setup. The RRC connection release message can only be sent by the UTRAN. This message releases the signal link connection and all radio resources between the UE and the UTRAN. Generally, the term �radio bearer� refers to radio resources assigned between the UE and the UTRAN. And, the term �radio access bearer� generally refers to radio resources assigned between the UE and, e.g., an SGSN (Serving GPRS Service Node). The present disclosure shall, at times, refer to the term radio resource, and such term shall refer, as appropriate, to either or both the radio bearer and/or the radio access bearer.
FIG. 5B is a block diagram of an exemplary transition between CELL_DCH inactivity state and an idle mode utilizing signaling release indications;
Other transition indications are possible. For example, instead of relying on a composite status of all active applications on the UE, the UE software can, in an alternative embodiment, send a transition indication every time a UE application has completed an exchange or data and/or the application is not expected to exchange further data. In this case, the network element (e.g. the UTRAN), based on an optional radio resource profile for the UE as described with reference to FIG. 18 below, can utilize the indication to make a transitioning decision.
Specifically in accordance with TS 25.331 Section 8.1.14.2 the UE shall, on receiving a request to release the signaling connection from the upper layers for a specific CN domain, check if the signaling connection in the variable �ESTABLISHED_SIGNALLING_CONNECTIONS for the specific CN domain identified in the information element �CN domain identity� exists. If it does, the UE may initiate the signaling connection release indication procedure.
The inhibit duration from above may be different, depending if the network has already acted on preference RRC State information from the mobile. Such recognition may be happen on the network, or on the mobile side. In the first case, this may affect the Inhibit values indicated/signaled by the network to the mobile. In this second case, different sets of Inhibit duration values may be preconfigured or indicated/signaled by the network. As a particular case, the inhibit duration/functionality may be reduced or cancelled if the network has acted on preference RRC State information from the mobile, e.g. has initiated a state transition to a state indicated by the UE.
The Data Transfer Complete Indication procedure commences with an indication that the RRC or upper layers will have no more PS domain data for a prolonged duration. If a CS domain connection is indicated in the variable ESTABLISHED_SIGNALLING_CONNECTIONS or if timer T3xx is set to infinity the procedure ends. Otherwise if timer T3xx is not running (i.e. has expired) or is set to 0 seconds, a DATA TRANSFER COMPLETE INDICATION message is submitted to the lower layers for transmission using AM RLC on DCCH after which the timer T3xx is started or reset when the message has been delivered to the lower layers;
The present disclosure further provides a network element configured to transition a state or mode of a user equipment, the network equipment configured to: receive the transition indication from the user equipment; if the transition indication contains a cause: release a signaling connection of the user equipment or transitioning the user equipment to a different state or mode; and if the transition indication does not contain the cause: release the signaling connection
Alternatively, the UTRAN can maintain the UE in a CELL_FACH state 124. In a CELL_FACH state no dedicated channel is allocated to the UE. Instead, common channels are used to send signaling in a small amount of bursty data. However, the UE still has to continuously monitor the FACH, and therefore it consumes more battery power than in a CELL_PCH state, a URA_PCH state, and in idle mode.
In a first exemplary infrastructure, the RRC moves between an idle mode and a Cell_DCH state directly after initiating access in a CELL_FACH state. In the Cell_DCH state, if two seconds of inactivity are detected, the RRC state changes to a Cell_FACH state 124. If, in Cell_FACH state 124, ten seconds of inactivity are detected then the RRC state changes to Cell_PCH state 126. Forty five minutes of inactivity in Cell_PCH state 126 will result in the RRC state moving back to idle mode 110.
In a fourth exemplary infrastructure the RRC transitions from an idle mode to a connected mode directly into a CELL_DCH state 122. In the fourth exemplary infrastructure, CELL_DCH state 122 includes two configurations. The first includes a configuration which has a high data rate and a second configuration includes a lower data rate, but still within the CELL_DCH state. In the fourth exemplary infrastructure, the RRC transitions from idle mode 110 directly into the high data rate CELL_DCH sub-state. After 10 seconds of inactivity the RRC state transitions to a low data rate CELL_DCH sub-state. Seventeen seconds of inactivity from the low data sub-state of CELL_DCH state 122 results in the RRC state changing it to idle mode 110.
Using this for one of the specific transition indication examples mentioned above, if the UE determines that it is done with the exchange of data, for example if a �connection manager� component of the UE software is provided with an indication that the exchange of data is complete, then the connection manager may determine whether or not to tear down the signaling setup 312. For example, an email application on the device sends an indication that it has received an acknowledgement from the push email server that the email was indeed received by the push server. The connection manager can, in one embodiment, keep track of all existing applications, associated PDP contexts, associated PS radio resources and associated circuit switched (CS) radio bearers. In other embodiments a network element (e.g. the UTRAN) can keep track of existing applications, associated PDP contexts, QoS, associated PS radio resources and associated CS radio bearers. A delay can be introduced at either the UE or network element to ensure that the application(s) is (are) truly finished with data exchange and no longer require an RRC connection even after the �done� indication(s) have been sent. This delay can be made equivalent to an inactivity timeout associated with the application(s) or the UE. Each application can have its own inactivity timeout and thus the delay can be a composite of all of the application timeouts. For example, an email application can have an inactivity timeout of five seconds, whereas an active browser application can have a timeout of sixty seconds. An inhibit duration timer can further delay sending of a transition indication. Based on a composite status of all such indications from active applications, as well as a radio resource profile and/or inhibit duration timer delay in some embodiments, the UE software decides how long it should or must wait before it sends a transition indication (for eg. a signaling connection release indication or state change request) for the appropriate core network (e.g. PS Domain). If the delay is implemented at the network element, the element makes a determination of whether to and how to transition the UE, but only operates the transition after the delay has run its course.
In one implementation of this example, the UE, upon receiving a request to release, or abort, a signaling connection from upper layers for a specific CN (core network) domain, initiates the signaling connection release indication procedure if a signaling connection is identified in a variable For example, a variable ESTABLISHED_SIGNALING_CONNECTIONS, for the specific CN domain identified with the IE (information element) �CN domain identity� exists. If the variable does not identify any existing signaling connection, any ongoing establishment of a signaling connection for that specific CN domain is aborted in another manner. Upon initiation of the signaling connection release indication procedures in the Cell_PCH or URA_PCH states, the UE performs a cell update procedure using a cause �uplink data transmission�. When a cell update procedure is completed successfully, the UE continues with the signaling connection release indication procedures that follow.
An IE �Signaling Connection Release Indication Cause is also used pursuant to an embodiment of the present disclosure. The release cause is aligned, for instance, with existing message definitions. The upper layer release cause message is structured, e.g., as:
IE type Information and Semantics Element/Group name Need Multi reference description Signaling Connection MP Enumerated Release Indication Cause (UE Requested PS Data session end, T3310 expiry, T3330 expiry, T3340 expiry) In this example, the T3310, T330, and T3340 expiries correspond to expiration of correspondingly-numbered timers, identified previously. A cause value is settable, in one implementation, as a �UE Requested PS Data session end� rather than a �UE Requested idle transition� to remove the UE indication of a preference for an idle transition and provide for the UTRAN to decide upon the state transition, although the expected result corresponds to that identified by the cause value. The extension to the signaling connection release indication is preferably, but not necessarily, a non-critical extension.
If in step 920 the UE determines that the data transfer is finished (or in the case of a circuit switched domain that a call is finished) the UE proceeds to step 922 in which it sends a signaling connection release indication in which the signaling release indication cause field has been added and includes the fact that the UE requested an idle transition or simply indicate an end to the PS session.
As suggested above, in some implementations, the absence of a cause in a transition indication may also be used to determine whether the transition indication is a result of a normal or an abnormal condition and whether an alarm must be raised. For example, if a cause is added only to denote normal conditions (ie. non-abnormal such as for e.g. a request for PS data session end and/or transition to idle mode), and the network element receives a transition indication with no cause added, the network element may infer from the absence of a cause that the transition indication is a result of an abnormal condition and optionally raise an alarm. Conversely, in another example, if a cause is added only to denote abnormal conditions, and the network element receives a transition indication with no cause, the network element may infer from the absence of a cause that the transition indication is a result of a normal condition (e.g. request for PS data session end and/or transition to idle mode) and not raise an alarm.
10.2.x DATA TRANSFER COMPLETE INDICATION This message is used by the UE to inform the UTRAN that the UE has determined that there is no on-going CS domain data transfer, and it has completed its PS data transfer.
The duration could be predetermined, such as a value defined in the standards, could be set by a network element, for example, as part of a RRC connection request, a RRC connection setup message, a RRC connection release, a radio bearer set up, a system information broadcast message, a system information block message, an ACTIVE SET UPDATE, a CELL UPDATE CONFIRM, UTRAN Mobility Information Message, a Handover to UTRAN Command, a Physical Channel Reconfiguration Message, a Radio Bearer Reconfiguration Message, a Radio Bearer Release Message, a Transport Channel Reconfiguration Message, or any request, configuration or reconfiguration message. Further, the duration could be set based on a parameter within the transition indication message. Thus, the duration could be longer if the UE is requesting a transition to Cell_PCH rather than Idle.
In one mobility embodiment, the UE resets the T3xx value whenever a new network or cell is transitioned to. In this example, the value is set to infinity. This ensures that if a transitioning messages or Radio Bearer Messages does not contain an inhibit timer value then by default the UE is not to send the Transition Indication Message. Thus, for example, if the transition or Radio Bearer Messages do not contain an �Inhibit Transition Indication�, the value of the timer is set to infinity and otherwise the value of the timer received in the indication replaces any previously stored value.
In a particular example utilizing 3GPP TSG-RAN2 25.331 standard, the following is added to the sections identified below:
10.2.48.8.6 System Information Block Type 3;
10.2.48.8.7 System Information Block Type 4;
10.2.1 Active Set Update;
10.2.8 Cell Update Confirm;
10.2.16a Handover to UTRAN Command;
10.2.22 Physical Channel Reconfiguration;
10.2.27 Radio Bearer Reconfiguration;
10.2.30 Radio Bearer Release;
10.2.33 Radio Bearer Setup;
10.2.40 RRC Connection Setup;
10.2.50 Transport Channel Reconfiguration;
The messages described above, besides messages 2.48.8.6 System Information Block Type 3 and 10.2.48.8.7 System Information Block Type 4, are all examples of mobility information messages.
In particular referring to FIG. 21, a transition between cells has occurred as a precondition or a during other operation of the UE, as shown by reference numeral 2110 as �Start�. The process proceeds to block 2112 in which a configuration message is received. This can be any of the messages identified above, and includes both mobility and non-mobility messages. The process then proceeds to block 2114 in which a check is made to see whether the configuration message includes an inhibit timer value.
In a fifth embodiment the fourth embodiment can be combined with all mobility related messages as described above and including reconfiguration, cell update confirmation and a Handover to UTRAN command to convey the inhibit timer value.
For the fifth embodiment, the process FIG. 21 is utilized to ensure that the inhibit timer value is updated during mobility, and that transition indication messages are not sent unnecessarily from a UE.
Referring again to FIG. 1, in some cases it may be more desirable to be in the connected mode 120 in a state such as URA_PCH state 128 than in idle mode 110. For example, if the latency for connection to the CELL_DCH state 122 or the CELL_FACH state 124 in connected mode 120 is required to be lower, it is preferable to be in a connected mode 120 PCH state. There are a number of ways of accomplishing this such as, for example, by amending standards to allow for the UE to request the UTRAN move it to a specific state (e.g. in this case the URA_PCH state 128).
Next, signaling connections setup 312, ciphering and integrity setup 314, and radio bearer setup 316 occurs. The RRC state is CELL_DCH state 122 during these procedures. As illustrated in FIG. 4A, the elapsed time for moving from RRC idle to the time that the radio bearer is setup is approximately two seconds in this example.
Reference is now made to FIG. 4B. FIG. 4B utilizes the same exemplary infrastructure �four� from above, only now implementing the signaling connection release
As illustrated in FIG. 4B, the current consumption during the CELL_DCH step 122 is still about 200 to 300 milliamps. However, the connection time is only about eight seconds. As will appreciated by those skilled in the art, the considerably shorter amount of time that the mobile stays in the cell DCH state 122 results in significant battery savings for UE device.
Network access requirements will also vary depending upon the type of network 719. For example, In UMTS and GPRS networks, network access is associated with a subscriber or user of UE 700. For example, a GPRS mobile device therefore requires a subscriber identity module (SIM) card in order to operate on a GPRS network. In UMTS a USIM or SIM module is required. In CDMA a RUIM card or module is required. These will be referred to as a UIM interface herein. Without a valid UIM interface, a mobile device may not be fully functional. Local or non-network communication functions, as well as legally required functions (if any) such as emergency calling, may be available, but mobile device 700 will be unable to carry out any other functions involving communications over the network 700. The UIM interface 744 is normally similar to a card-slot into which a card can be inserted and ejected like a diskette or PCMCIA card. The UIM card can have approximately 64K of memory and hold many key configuration 751, and other information 753 such as identification, and subscriber related information.
UE 802 communicates wirelessly with one or multiple Node Bs 806. Each Node B 806 is responsible for air interface processing and some radio resource management functions. Node B 806 provides functionality similar to a Base Transceiver Station in a GSM/GPRS networks.
In an exemplary control flow, a higher layer informs the NAS/RRC layer, as appropriate, that the radio resource is allocated to a particular PDP context is no longer required. An RRC-layer indication message is sent to the network. The message includes an RAB ID or RB ID that, e.g., identifies the packet data service, to the radio network controller. And, in response, operation of the radio network controller triggers a procedure to resolve to end the radio resource release, radio resource reconfiguration, or radio resource control (RRC) connection release message to be returned to the UE. The RNC procedure is, e.g., similar, or equivalent to, the procedure set forth in 3GPP document TS 23.060, Section 9.2.5. The RAB ID is, e.g., advantageously utilized as the ID is the same as the Network Service Access Point Identifier (NSAPI) which identifies the associated PDP context, and application layers are generally aware of the NSAPI.
FIG. 14 illustrates a message sequence diagram shown generally at 1147, similar to the message sequence diagram shown in FIG. 13, but here in which resources of a final PDP context are released. Upon initiation, the RNC generates an Iu release request 1150 is communicated to the SGSN and responsive thereto, the SGSN returns an Iu release command, indicated by the segment 1152. Thereafter, and as indicated by the segments 1154, the radio bearer formed between the UE and the UTRAN is released. And, as indicated by the segment 1156, the RNC/UTRAN returns an Iu release complete to the SGSN.
rate adaptation algorithms (periodicity of step/step size); initial granted radio bearer; maximal granted radio bearer; minimize call setup time (avoid unnecessary steps such as traffic volume measurements); and the air interface (GPRS/EDGE/UMTS/HSDPA/HSUPA/LTE, etc.). Further, if there are multiple PDP contexts that have different QoS requirement but share the same APN IP address, such as a primary context, secondary context, and so forth, a different transition profile can be used for each context. This could be signaled to the UTRAN through QoS or dedicated messages.
Instead of APN, other alternatives such the Quality of Service (QoS) parameters set in a Packet Data Protocol (PDP) Context activation or Modified PDP Context can be used. The QoS field can further include the QoS �allocation retention priority (Service data unit could be used to infer traffic data volumes)� in case of multiple PDP contexts sharing the same APN address or a subscription profile to set the transition profile. Further alternatives include dedicated messages such as the indication message above to signal a resource control profile and information such as inhibit duration and/or maximum indication/request messages per time-window value.
The transition profile included in the radio resource profile could further include whether the state of the UE should be transition at all based on the type of application. Specifically, if the user equipment is being used as a data modem, a preference may be set either on the user equipment so transition indications are not sent or if knowledge of the preference is maintained at the network, that any transition indication received from the UE while being used as a data modem should be ignored. Thus the nature of the applications that are being run on the user equipment could be used as part of the radio resource profile.
In one embodiment, the network has a plurality of choices on how to proceed when it has received and indication in step 1810 and optionally examined the radio resource profile or profiles in step 1820.
A second option is to change the state of the device. For example, in a UMTS network, the state of the device may change from Cell_DCH to Cell_PCH. In non-UMTS networks the state transition may occur between connected states. As will be appreciated by those skilled in the art, changing states reduces the amount of core network signaling when compared with a transition to idle mode. Changing the state can also save radio resources since the Cell_PCH state does not require a dedicated channel. Also Cell_PCH is less battery intensive state enabling the UE to preserve battery power.
Referenced byCiting PatentFiling datePublication dateApplicantTitleUS7949377Dec 14, 2005May 24, 2011Research In Motion LimitedMethod and apparatus for user equipment directed radio resource control in a UMTS networkUS7969924Nov 13, 2008Jun 28, 2011Research In Motion LimitedMethod and apparatus for state/mode transitioningUS8085714 *Sep 29, 2008Dec 27, 2011Jaakko Johannes SitomaniemiMethod, apparatus and computer program product for preserving a signalling connectionUS8204481Dec 13, 2010Jun 19, 2012Htc CorporationMethod and system for managing autonomous search in various modes in a long-term evolution environmentUS8208950Apr 22, 2008Jun 26, 2012Research In Motion LimitedMethod and apparatus for state/mode transitioningUS8223697Sep 26, 2011Jul 17, 2012Research In Motion LimitedMethod and apparatus for state/mode transitioningUS8243683Nov 13, 2008Aug 14, 2012Research In Motion LimitedMethod and apparatus for state/mode transitioningUS8265034Aug 20, 2008Sep 11, 2012Research In Motion LimitedMethod and system for a signaling connection release indicationUS8305924Sep 26, 2011Nov 6, 2012Research In Motion LimitedMethod and apparatus for state/mode transitioningUS8310970Sep 26, 2011Nov 13, 2012Researh In Motion LimitedMethod and apparatus for state/mode transitioningUS8504002 *Jun 23, 2010Aug 6, 2013Motorola Mobility LlcMethod and device with dynamic dormancyUS8559394 *Sep 15, 2009Oct 15, 2013Zte CorporationActive handover method and terminal based on high rate packet data systemUS8565822 *Oct 18, 2011Oct 22, 2013Samsung Electronics Co., Ltd.Data communication setting control method based on subscriber identification module and portable device for supporting the sameUS8588151Aug 6, 2009Nov 19, 2013Qualcomm IncorporatedAccess terminal capability updateUS8638711 *Aug 10, 2010Jan 28, 2014Qualcomm IncorporatedSystems and methods of maintaining core network status during serving radio network subsystem relocationUS8644829Aug 14, 2006Feb 4, 2014Blackberry LimitedMethod and system for signaling release cause indication in a UMTS networkUS8682372Jul 27, 2010Mar 25, 2014Blackberry LimitedMethod and apparatus for user equipment directed radio resource control in a UMTS networkUS8737970 *Feb 3, 2012May 27, 2014Huawei Technologies Co., Ltd.Method and apparatus for processing release of connection resourcesUS8743802Nov 8, 2010Jun 3, 2014Blackberry LimitedAllocating wireless resourcesUS8744367 *Aug 31, 2010Jun 3, 2014At&T Intellectual Property I, L.P.Tail optimization protocol for cellular radio resource allocationUS20100123575 *Jun 4, 2009May 20, 2010Qualcomm IncorporatedSystem and method for facilitating capacity monitoring and recommending action for wireless networksUS20110038347 *Aug 10, 2010Feb 17, 2011Qualcomm IncorporatedSystems and methods of maintaining core network status during serving radio network subsystem relocationUS20110122818 *Nov 23, 2010May 26, 2011Research In Motion LimitedMethod and apparatus for state/mode transitioningUS20110179168 *Oct 2, 2008Jul 21, 2011Telefonaktiebolaget Lm Ericsson (Publ)Systems and Methods for Managing Temporary Users of a Wireless Communication NetworkUS20110274089 *Sep 15, 2009Nov 10, 2011Yu YuanfangActive handover method based on high rate packet data (hrpd) system and terminalUS20110319064 *Jun 23, 2010Dec 29, 2011Motorola, Inc.Method and device with dynamic dormancyUS20120052814 *Aug 31, 2010Mar 1, 2012At&T Intellectual Property I, L.P.Tail optimization protocol for cellular radio resource allocationUS20120122441 *Oct 18, 2011May 17, 2012Samsung Electronics Co. Ltd.Data communication setting control method based on subscriber identification module and portable device for supporting the sameUS20120135768 *Feb 3, 2012May 31, 2012Yunfei LiMethod and apparatus for processing release of connection resourcesUS20130028084 *Apr 12, 2011Jan 31, 2013Ntt Docomo, Inc.Mobile communication system, controller and methodUS20130039287 *Mar 27, 2012Feb 14, 2013Venkata Ratnakar Rao RayavarapuSimplified ue + enb messagingUS20130109368 *Oct 27, 2011May 2, 2013Telefonaktiebolaget L M Ericsson (Publ)Methods and devices for supporting state reconfiguration of user equipmentsUS20130260740 *Mar 27, 2012Oct 3, 2013Venkata Ratnakar Rao RayavarapuUe preference indicator for suspensionUS20130260811 *Mar 27, 2012Oct 3, 2013Venkata Ratnakar Rao RayavarapueNB Storing RRC Configuration Information at Another Network ComponentWO2011060998A1Oct 5, 2010May 26, 2011Research In Motion LimitedState or mode transition triggering based on sri message transmissionWO2012062669A1 *Nov 4, 2011May 18, 2012Research In Motion LimitedAllocating wireless resourcesWO2013006346A2 *Jun 27, 2012Jan 10, 2013Intel CorporationCommunication state transitioning control* Cited by examinerClassifications U.S. Classification370/331International ClassificationH04W36/00Cooperative ClassificationH04W52/0251, H04W72/02, H04W76/046European ClassificationH04W76/04RLegal EventsDateCodeEventDescriptionSep 11, 2012CCCertificate of correctionJan 30, 2009ASAssignmentOwner name: RESEARCH IN MOTION JAPAN LIMITED, JAPANFree format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:SUZUKI, TAKASHI;REEL/FRAME:022183/0059Effective date: 20090110Owner name: RESEARCH IN MOTION LIMITED, CANADAFree format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:RESEARCH IN MOTION UK LIMITED;REEL/FRAME:022183/0372Effective date: 20090128Owner name: RESEARCH IN MOTION UK LIMITED, UNITED KINGDOMFree format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:YOUNG, GORDON PETER;ARZELIER, CLAUDE;REEL/FRAME:022183/0288;SIGNING DATES FROM 20081126 TO 20081225Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:RESEARCH IN MOTION JAPAN LIMITED;REEL/FRAME:022183/0169Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:WIRTANEN, JEFFREY WILLIAM;ISLAM, MUHAMMAD KHALEDUL;REEL/FRAME:022182/0111Effective date: 20081103Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:YOUNG, GORDON PETER;ARZELIER, CLAUDE;SIGNING DATES FROM 20081126 TO 20081225;REEL/FRAME:022183/0288RotateOriginal ImageGoogle Home - Sitemap - USPTO Bulk Downloads - Privacy Policy - Terms of Service - About Google Patents - Send FeedbackData provided by IFI CLAIMS Patent Services©2012 Google