EP2211573B1 - Methods of handling radio bearer resumption, wireless communication device and wireless communication system thereof - Google Patents
Methods of handling radio bearer resumption, wireless communication device and wireless communication system thereof Download PDFInfo
- Publication number
- EP2211573B1 EP2211573B1 EP09014471A EP09014471A EP2211573B1 EP 2211573 B1 EP2211573 B1 EP 2211573B1 EP 09014471 A EP09014471 A EP 09014471A EP 09014471 A EP09014471 A EP 09014471A EP 2211573 B1 EP2211573 B1 EP 2211573B1
- Authority
- EP
- European Patent Office
- Prior art keywords
- wireless communication
- message
- communication device
- connection reconfiguration
- message including
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Not-in-force
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0055—Transmission or use of information for re-establishing the radio link
- H04W36/0058—Transmission of hand-off measurement information, e.g. measurement reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
Definitions
- the present invention generally relates to a method utilized in a wireless communication system and in a wireless communication device thereof, and more particularly to a method of handling the radio bearer resumption for the third Generation Partnership Project (3GPP) standard, a wireless communication device and a wireless communication system thereof.
- 3GPP Third Generation Partnership Project
- the control connection is the Radio Resource Control (RRC) connection
- the wireless communication device is the User Equipment (UE)
- the network backbone is the Universal Terrestrial Radio Access Network (UTRAN) used in the Wideband Code Division Multiple Access (WCDMA) system, or the Evolved Universal Terrestrial Radio Access Network (E-UTRAN) used in the Long-Term Evolution (LTE) system.
- RRC Radio Resource Control
- UE User Equipment
- UTRAN Universal Terrestrial Radio Access Network
- WCDMA Wideband Code Division Multiple Access
- E-UTRAN Evolved Universal Terrestrial Radio Access Network
- FIG. 1 is a flow chart showing the RRC connection procedure of the wireless communication device and the network backbone.
- the wireless communication device is the UE
- the network backbone is E-UTRAN.
- the UE sends the RRCConnectionRequest message.
- the E-UTRAN receives the RRCConnectionRequest message from a wireless channel, it sends the RRCConnectionSetup message or the RRCConnectionReject message. If the E-UTRAN rejects to establish the RRC connection, it sends the RRCConnectionReject message; otherwise, it sends the RRCConnectionSetup message.
- step S104 the UE determines whether the RRCConnectionSetup message or the RRCConnectionReject message is received. If the RRCConnectionSetup message is received, step S106 is executed; if the RRCConnectionReject message is received, the RRC connection procedure is terminated. In step S106, the UE establishes the Signaling Radio Bearer 1 (SRB1). Then in step S108, after the UE receives the RRCConnectionSetup message, the UE sends the RRCConnectionSetupCommplete message. Accordingly, after the RRC connection procedure is done successfully, the SRB1 is established.
- SRB1 Signaling Radio Bearer 1
- SRBs are defined as RBs which are used only for the transmission of RRC and Non-Access-Stratum (NAS) messages. More specifically, the following three SRBs are defined.
- the SRB0 is for RRC messages using the Common Control Channel (CCCH), which is one of the logical channels.
- the SRB1 is for RRC messages (which may include a piggybacked NAS message) as well as for NAS messages prior to the establishment of the SRB2, all using the Dedicated Control Channel (DCCH), which is another one of the logical channels.
- the SRB2 is for the NAS messages, using the DCCH, and the SRB2 has a lower-priority than the SRB1 and is always configured by the E-UTRAN after security activation.
- the other RBs are user Data Radio Bearers (DRBs) which are used for transmitting the user data.
- DRBs user Data Radio Bearers
- the RRC connection sometimes must be reconfigured.
- the RRC connection reconfiguration is required.
- the UE can measure the signal quality of the received signal thereof, and sends a measurement report to the E-UTRAN.
- the E-UTRAN receives the measurement report and determines whether the UE should handover according to the calculation of the measurement report.
- the RRC connection reconfiguration procedure shall start.
- the RRC connection reconfiguration procedure is controlled by the E-UTRAN, and may occur when the wireless communication device should handover. However, the RRC connection reconfiguration procedure is not limited in the handover case, and sometimes it may occur in the non-handover case. If the RRC connection reconfiguration procedure occurs in the handover case, the RRCConnectionReconfiguration message must include the mobilityControlInformation message, or the UE can not know it should handover.
- FIG. 2 is a flow chart showing the RRC connection reconfiguration procedure of the wireless communication device and the network backbone when the wireless communication device should handover.
- the wireless communication device is the UE
- the network backbone is E-UTRAN.
- the E-UTRAN sends the RRCConnectionReconfiguration message including the mobilityControlInformation message to the wireless channel.
- the UE receives the RRCConnectionReconfiguration message including the mobilityControlInformation message from the wireless channel, and determines whether it is able to comply with the configuration included in the RRCConnectionReconfiguration message including the mobilityControlInformation message.
- step S216 is executed; otherwise, the UE can comply with the configuration included in the RRCConnectionReconfiguration message including the mobilityControlInformation message, and step S204 is executed.
- step S204 the UE switches to one target cell to achieve handover. If the eutra-CarrierFreq parameter is included in the mobilityControlInformation message, the UE considers the target cell to be one on the frequency indicated by the eutra-CarrierFreq with a physical cell identity indicated by the targetCellIdentity included in the mobilityControlInformation message; otherwise, the UE considers the target cell to be one on the current frequency with a physical cell identity indicated by the targetCellIdentity parameter included in the mobilityControlInformation message. In step S206, the UE re-establishes the Packet Data Convergence Protocol (PDCP) for all RBs that are established. In step S208, the UE re-establishes the Radio Link Control (RLC) for all RBs that are established.
- PDCP Packet Data Convergence Protocol
- RLC Radio Link Control
- actions of steps S202-S208 upon the reception of the RRCConnectionReconfiguration message including the mobilityControlInformation message are part actions upon the reception of the RRCConnectionReconfiguration message including the mobilityControlInformation message.
- the other actions upon the reception of the RRCConnectionReconfiguration message including the mobilityControlInformation message, such as timer control, value setting, and so on, are specified in the 3GPP standard.
- the UE After the RRC connection reconfiguration of the UE is done, the UE sends the RRCConnectionReconfigurationComplete message to the wireless channel in step S210. Then the E-UTRAN receives the RRCConnectionReconfigurationComplete message from the wireless channel, and the RRC connection reconfiguration procedure is completed.
- step S216 the UE determines whether security has not been activated. If the security has not been activated, the UE performs the actions upon leaving RRC_CONNECTED with release cause 'other' in step S220; otherwise, the UE initiates the RRC connection re-establishment procedure in step S218.
- the details of step S220 and the security are specified in the 3GPP standard, and are not described herein again.
- the RRC connection re-establishment procedure is illustrated in the following description accompanied with FIG. 3 .
- the E-UTRAN shall reconfigure SRB1 and resume data (i.e. the RRCConnectionReestablishmentComplete message) transfer for this RB. Furthermore, the E-UTRAN shall re-activate the Access-Stratum (AS) security without changing algorithms.
- the RRC connection re-establishment procedure is initiated when one of the following conditions is met. One condition is that the radio link failure has been detected. The other conditions are the occurrences of the handover failure, the mobility from E-UTRA failure, the integrity check failure indication from lower layers, and the RRC connection Reconfiguration failure.
- the occurrence of the integrity check failure indication from lower layers means the calculated integrity being not same as the original or the default one.
- FIG. 3 is a flow chart showing the RRC connection re-establishment procedure of the wireless communication device and the network backbone.
- the wireless communication device is the UE
- the network backbone is E-UTRAN.
- the UE suspends all RBs except the SRB0 in step S300.
- the SRB0 is used to transmit the RRCConnectionReestablishmentRequest message, and should not be suspended.
- the UE performs cell selection in accordance with the cell selection process specified in the 3GPP standard.
- the UE sends the RRCConnectionReestablishmentRequest message to a wireless channel by using the SRB0.
- actions of steps S300-304 upon the initiation of the RRC connection re-establishment procedure are part actions upon the initiation of the RRC connection re-establishment procedure.
- the other actions upon the initiation of the RRC connection re-establishment procedure such as timer control, value setting, and so on, are specified in the 3GPP standard.
- the E-UTRAN After the E-UTRAN receives the RRCConnectionReestablishmentRequest message from the wireless channel, it sends the RRCConnectionReestablishment message or the RRCConnectionReestablishmentReject message. If the E-UTRAN rejects to re-establish the RRC connection, it sends the RRCConnectionReestablishmentReject message; otherwise, it sends the RRCConnectionReestablishment message. In step S308, the UE determines whether the RRCConnectionReestablishment message or the RRCConnectionReestablishmentReject message is received.
- step S310 If the RRCConnectionReestablishment message is received, step S310 is executed; if the RRCConnectionReestablishmentReject message is received, step S318 is executed.
- the UE performs the actions upon the actions upon moving from the RRC_CONNECTED state to the RRC_IDLE state, which are described in the 3GPP standard.
- the UE When the RRCConnectionReestablishment message is received, the UE re-establishes the PDCP for the SRB1 in step S310. In step S312, the UE re-establishes the RLC for the SRB1 in step S312. In step S314, the UE resumes the SRB1 after configuring it in accordance with the received radioResourceConfiguration information element included in the received RRCConnectionReconfiguration message thereof. In step S316, the UE sends the RRCConnectionReestablishmentComplete message to a wireless channel via the SRB1. After the E-UTRAN receives the RRCConnectionReestablishmentComplete message, the RRC connection re-establishment procedure is completed.
- actions of steps S310-316 upon the reception of the RRCConnectionReestablishment message are part actions upon the reception of the RRCConnectionReestablishment.
- the other actions upon the reception of the RRCConnectionReestablishment are specified in the 3GPP standard.
- 3GPP TSG-RAN WG2 Meeting #62bis R2-083662 discloses that the reestablishment procedure will be immediately followed by an RRC Connection Reconfiguration procedure. The document is silent about whether the RRC Connection Reconfiguration message contains a handover message (such as the mobilityControlInformation message).
- the UE receives the RRC message, but it detects that the network has violated some of the capabilities. It is proposed to use the RRC Connection Reestablishment procedure in case of, i. e. subsequent to, RRC Connection Reconfiguration failure.
- the present invention provides a method of handling radio bearer resumption, as set forth in claim 1 or 3. Moreover, a wireless communication device as set forth in claim 7 and a wireless communication system as set forth in claim 8 are provided. Preferred embodiments of the present invention may be gathered from the dependent claims.
- the methods of handling radio bearer resumption illustrated in the exemplary embodiments of the present invention can prevent the transmission stall and the reception on the suspended SRB2 and the suspended DRBs. Furthermore, wireless communication devices and wireless communication systems using the same can also handle radio bearer resumption.
- FIG 1 is a flow chart showing the RRC connection procedure of the wireless communication device and the network backbone.
- FIG 2 is a flow chart showing the RRC connection reconfiguration procedure of the wireless communication device and the network backbone when the wireless communication device should handover.
- FIG 3 is a flow chart showing the RRC connection re-establishment procedure of the wireless communication device and the network backbone.
- FIG 4A is a schematic diagram showing the concepts of a method of handling the radio bearer resumption provided by an exemplary embodiment of the present invention.
- FIG. 4B is a schematic diagram showing the concepts of a method of handling the radio bearer resumption provided by another one exemplary embodiment of the present invention.
- FIG 5A is a flow chart a method of handling the radio bearer resumption provided by an exemplary embodiment of the present invention.
- FIG 5B is a flow chart showing a method of handling the radio bearer resumption provided by an exemplary embodiment of the present invention.
- the wireless communication device When a wireless communication device initiates a RRC connection re-establishment procedure, the wireless communication device suspends all RBs except the SRB0. When the wireless communication device receives the RRCConnectionReestablishment message, the wireless communication device resumes the SRB1. If the wireless communication device receives a handover command (i.e. the RRCConnectionReconfiguration message including the mobilityControlInformation message) following the RRCConnectionReestablishment message, the wireless communication device does not resume the configured SRB2 and the configured DRBs. Accordingly, this will cause transmission and reception on the SRB2 and the DRBs stall. Therefore, the exemplary embodiments of present invention provide methods of handling the radio bearer resumption, wireless communication devices and wireless communication systems using one of the methods.
- a handover command i.e. the RRCConnectionReconfiguration message including the mobilityControlInformation message
- FIG 4A is a schematic diagram showing the concepts of a method of handling the radio bearer resumption provided by an exemplary embodiment of the present invention.
- the wireless communication system comprises at least a wireless communication device and at least a network backbone.
- the wireless communication device includes a software-based function module to executing the method of handling the radio bearer resumption.
- the wireless communication system may be the 3GPP system, the wireless communication device may be the UE, and the network backbone may be the E-UTRAN or the UTRAN.
- the network backbone sends RRCConnectionReconfiguration message to the wireless communication device via a wireless channel.
- the wireless communication device receives the RRCConnectionReconfiguration message from the wireless channel, it regards the reconfiguration procedure as failure and suspends the configured SRB1, the configured SRB2 and the configured DRBs.
- the wireless communication device sends the RRCConnectionReestablishmentRequest message to the network backbone via the wireless channel.
- the network backbone receives the RRCConnectionReestablishmentRequest message. from the wireless channel, it sends the RRCConnectionReestablishment message to the wireless communication device via the wireless channel.
- the wireless communication device resumes the configured SRB1.
- the wireless communication device sends the RRCConnectionReestablishmentComplete message to indicate the network backbone that the RRC connection re-establishment procedure is completed.
- the network backbone sends the RRCConnectionReconfiguration message including the mobilityControlInformation message to the wireless communication device via the wireless channel.
- the wireless communication device receives the RRCConnectionReconfiguration message including the mobilityControlInformation message from the wireless channel, it determines whether the received RRCConnectionReconfiguration message is the first received RRCConnectionReconfiguration message after successful completion of the RRC connection re-establishment.
- the wireless communication device resumes the suspended SRB2 and the suspended DRBs to prevent the transmission stall and the reception stall on the SRB2 and the DRBs; otherwise, the wireless communication device neglects the suspension of the suspended SRB2 and the suspended DRBs.
- the received RRCConnectionReconfiguration message is the first received RRCConnectionReconfiguration message including the mobilityControlInformation message after successful completion of the RRC connection re-establishment.
- the wireless communication device resumes the suspended SRB2 and the suspended DRBs.
- the wireless communication device sends the RRCConnectionReconfigurationComplete message to the network backbone via the wireless channel.
- the network backbone sends the RRCConnectionReconfiguration message including the mobilityControlInformation message to the wireless communication device via the wireless channel.
- the wireless communication device After the wireless communication device receives the RRCConnectionReconfiguration message including the mobilitycontrolInformation message from the wireless channel, it determines the received RRCConnectionReconfiguration message is not the first received RRCConnectionReconfiguration message after successful completion of the RRC connection re-establishment, and therefore the wireless communication device does not handle the resumption of the suspended SRB2 and the suspended DRBs.
- the wireless communication device sends the RRCConnectionReconfigurationComplete message to the network backbone via the wireless channel.
- FIG. 4B is a schematic diagram showing the concepts of a method of handling the radio bearer resumption provided by another one exemplary embodiment of the present invention.
- the wireless communication device sends the RRCConnectionReestablishmentRequest message to the network backbone via a wireless channel.
- the network backbone receives RRCConnectionReestablishmentRequest message from the wireless channel, at time t1, it sends the RRCConnectionReestablishment message to the wireless communication device via the wireless channel.
- the wireless communication device After the wireless communication device receives the RRCConnectionReestablishment message from the wireless channel, at time t2, it sends the RRCConnectionReestablishmentComplete message to the network backbone via the wireless channel. At time t3, the network backbone sends the RRCConnectionReconfiguration message including the mobilityControlInformation message to the wireless communication device via the wireless channel, so as to indicate that the wireless communication device should handover. After the wireless communication device receives the RRCConnectionReconfiguration message including the mobilityControlInformation message from the wireless channel, it determines whether the received RRCConnectionReconfiguration message is the first received RRCConnectionReconfiguration message after successful completion of the RRC connection re-establishment.
- the wireless communication device If the received RRCConnectionReconfiguration message is the first received RRCConnectionReconfiguration message after successful completion of the RRC connection re-establishment, the wireless communication device considers the RRCConnectionReconfiguration message is invalid, then initiates the RRC connection re-establishment procedure and sets reestablishmentCause to the value 'reconfigurationFailure'; otherwise, the wireless communication device considers the RRCConnectionReconfiguration message is valid, and the actions upon RRC connection reconfiguration procedure specified in the 3GPPP standard are executed.
- the received RRCConnectionReconfiguration message is the first received RRCConnectionReconfiguration message after successful completion of the RRC connection re-establishment.
- the wireless communication device considers the RRCConnectionReconfiguration message is invalid, then initiates the RRC connection re-establishment procedure and sets reestablishmentCause to the value 'reconfigurationFailure'.
- the wireless communication device sends the RRCConnectionReestablishmentRequest message to the network backbone via the wireless channel.
- the network backbone receives the RCConnectionReestablishmentRequest message from the wireless channel, at time t6, the network backbone sends RRCConnectionReestablishment message to the wireless communication device via the wireless channel.
- the wireless communication device sends the RRCConnectionReestablishmentComplete message to indicate the network backbone that the RRC connection re-establishment procedure is completed.
- FIG. 5A is a flow chart a method of handling the radio bearer resumption provided by an exemplary embodiment of the present invention.
- the wireless communication device may be the UE, and the network backbone may be the UTRAN or the E-UTRAN.
- the network backbone sends the RRCConnectionReconfiguration message including the mobilityControlInformation message to the wireless channel.
- the wireless communication device receives the RRCConnectionReconfiguration message including the mobilityControlInformation message from the wireless channel, and determines whether it is able to comply with the configuration included in the RRCConnectionReconfiguration message including the mobilityControlInformation message.
- step S520 If some parameter in the RRCConnectionReconfiguration message including the mobilityControlInformation message is invalid for the wireless communication device, the wireless communication device can not comply with the configuration included in the RRCConnectionReconfiguration message including the mobilityControlInformation message, and then step S520 is executed; otherwise, the wireless communication device can comply with the configuration included in the RRCConnectionReconfiguration message including the mobilitycontrolInformation message, and step S504 is executed.
- step S504 the wireless communication device switches to one target cell to achieve handover. If the eutra-CarrierFreq parameter is included in the mobilityControlInformation message, the wireless communication device considers the target cell to be one on the frequency indicated by the eutra-CarrierFreq with a physical cell identity indicated by the targetCellIdentity included in the mobilityControlInformation message; otherwise, the wireless communication device considers the target cell to be one on the current frequency with a physical cell identity indicated by the targetCellIdentity parameter included in the mobilityControlInformation message. In step S506, the wireless communication device re-establishes the PDCP for all RBs that are established. In step S508, the wireless communication device re-establishes the RLC for all RBs that are established.
- actions of steps S502-S508 upon the reception of the RRCConnectionReconfiguration message including the mobilityControlInformation message are part actions upon the reception of the RRCConnectionReconfiguration message including the mobilityControlInformation message.
- the other actions upon the reception of the RRCConnectionReconfiguration message including the mobilityControlInformation message, such as timer control, value setting, and so on, are specified in the 3GPP standard.
- step S510 the wireless communication device determines whether the received RRCConnectionReconfiguration message is the first received RRCConnectionReconfiguration message after successful completion of the RRC connection re-establishment. If the received RRCConnectionReconfiguration message including the mobilityControlInformation message is the first received RRCConnectionReconfiguration message including the mobilityControlInformation message after successful completion of the RRC connection re-establishment, step S512 is executed; otherwise, step S514 is executed. In step S512, the wireless communication device resumes the suspended SRB2 and the suspended DRBs, so as to prevent the transmission stall and the reception on the suspended SRB2 and the suspended DRBs.
- step S514 the wireless communication device sends the RRCConnectionReconfigurationComplete message to the wireless channel. Then the network backbone receives the RRCConnectionReconfigurationComplete message from the wireless channel, and the RRC connection reconfiguration procedure is completed.
- the wireless communication device regards the reconfiguration procedure as failure, when the wireless communication device can not comply with the configuration included in the RRCConnectionReconfiguration message including the mobilityControlInformation message.
- the wireless communication device uses the configuration used prior to the reception of the RRCConnectionReconfiguration message.
- step S520 the wireless communication device determines whether security has not been activated. If the security has not been activated, the wireless communication device performs the actions upon leaving RRC_CONNECTED with release cause 'other' in step S524; otherwise, the wireless communication device initiates the RRC connection re-establishment procedure in step S522.
- the details of step S524 and the security are specified in the 3GPP standard, and are not described herein again.
- FIG. 5B is a flow chart showing a method of handling the radio bearer resumption provided by an exemplary embodiment of the present invention.
- the wireless communication device may be the UE, and the network backbone may be the UTRAN or the E-UTRAN.
- Steps S501-S511, and S521-S525 are same as steps 5500-510, and S520-524.
- steps S501-SS11, and S521-S525 would not be described again.
- step S513 If the received RRCConnectionReconfiguration message including the mobilityControlInformation message is the first received RRCConnectionReconfiguration message including the mobilityControlInformation message after successful completion of the RRC connection re-establishment, step S513 is executed; otherwise, step S515 is executed.
- the wireless communication device considers the received RRCConnectionReconfiguration message including the mobilityControlInformation is invalid; then it initiates the RRC connection re-establishment procedure, and sets the reestablishmentCause to the value 'reconfigurationFailure'.
- the methods of handling radio bearer resumption illustrated in the exemplary embodiment of the present invention can prevent the transmission stall and the reception on the suspended SRB2 and the suspended DRBs. Furthermore, wireless communication devices and wireless communication systems using the same can also handle radio bearer resumption.
Abstract
Description
- The present invention generally relates to a method utilized in a wireless communication system and in a wireless communication device thereof, and more particularly to a method of handling the radio bearer resumption for the third Generation Partnership Project (3GPP) standard, a wireless communication device and a wireless communication system thereof.
- With the development of wireless communication systems, people can talk and transmit data via the wireless channel by using the wireless communication devices. Now, the 3GPP standard is evolving, and there are still some problems not solved.
- Before the wireless communication device and the network backbone exchange the user data with each other, a control connection of the wireless communication device and the network backbone must be established. In the 3GPP standard, such as 3GPP 36.331, the control connection is the Radio Resource Control (RRC) connection, the wireless communication device is the User Equipment (UE), and the network backbone is the Universal Terrestrial Radio Access Network (UTRAN) used in the Wideband Code Division Multiple Access (WCDMA) system, or the Evolved Universal Terrestrial Radio Access Network (E-UTRAN) used in the Long-Term Evolution (LTE) system.
-
FIG. 1 is a flow chart showing the RRC connection procedure of the wireless communication device and the network backbone. In the example, the wireless communication device is the UE, and the network backbone is E-UTRAN. In step S100, the UE sends the RRCConnectionRequest message. In step S102, after the E-UTRAN receives the RRCConnectionRequest message from a wireless channel, it sends the RRCConnectionSetup message or the RRCConnectionReject message. If the E-UTRAN rejects to establish the RRC connection, it sends the RRCConnectionReject message; otherwise, it sends the RRCConnectionSetup message. In step S104, the UE determines whether the RRCConnectionSetup message or the RRCConnectionReject message is received. If the RRCConnectionSetup message is received, step S106 is executed; if the RRCConnectionReject message is received, the RRC connection procedure is terminated. In step S106, the UE establishes the Signaling Radio Bearer 1 (SRB1). Then in step S108, after the UE receives the RRCConnectionSetup message, the UE sends the RRCConnectionSetupCommplete message. Accordingly, after the RRC connection procedure is done successfully, the SRB1 is established. - In the 3GPP standard, SRBs are defined as RBs which are used only for the transmission of RRC and Non-Access-Stratum (NAS) messages. More specifically, the following three SRBs are defined. The SRB0 is for RRC messages using the Common Control Channel (CCCH), which is one of the logical channels. The SRB1 is for RRC messages (which may include a piggybacked NAS message) as well as for NAS messages prior to the establishment of the SRB2, all using the Dedicated Control Channel (DCCH), which is another one of the logical channels. The SRB2 is for the NAS messages, using the DCCH, and the SRB2 has a lower-priority than the SRB1 and is always configured by the E-UTRAN after security activation. The other RBs are user Data Radio Bearers (DRBs) which are used for transmitting the user data.
- However, the RRC connection sometimes must be reconfigured. With regard to the purpose for handover with the Universal Terrestrial Radio Access (E-UTRA), the RRC connection reconfiguration is required. The UE can measure the signal quality of the received signal thereof, and sends a measurement report to the E-UTRAN. The E-UTRAN receives the measurement report and determines whether the UE should handover according to the calculation of the measurement report. When the E-UTRAN determines the UE should handover within E-UTRA, the RRC connection reconfiguration procedure shall start.
- The RRC connection reconfiguration procedure is controlled by the E-UTRAN, and may occur when the wireless communication device should handover. However, the RRC connection reconfiguration procedure is not limited in the handover case, and sometimes it may occur in the non-handover case. If the RRC connection reconfiguration procedure occurs in the handover case, the RRCConnectionReconfiguration message must include the mobilityControlInformation message, or the UE can not know it should handover.
-
FIG. 2 is a flow chart showing the RRC connection reconfiguration procedure of the wireless communication device and the network backbone when the wireless communication device should handover. In the example, the wireless communication device is the UE, and the network backbone is E-UTRAN. In step S200, the E-UTRAN sends the RRCConnectionReconfiguration message including the mobilityControlInformation message to the wireless channel. In step S202, the UE receives the RRCConnectionReconfiguration message including the mobilityControlInformation message from the wireless channel, and determines whether it is able to comply with the configuration included in the RRCConnectionReconfiguration message including the mobilityControlInformation message. If some parameter in the RRCConnectionReconfiguration message including the mobilityControlInformation message is invalid for the UE, the UE can not comply with the configuration included in the RRCConnectionReconfiguration message including the mobilityControlInforination message, and then step S216 is executed; otherwise, the UE can comply with the configuration included in the RRCConnectionReconfiguration message including the mobilityControlInformation message, and step S204 is executed. - In step S204, the UE switches to one target cell to achieve handover. If the eutra-CarrierFreq parameter is included in the mobilityControlInformation message, the UE considers the target cell to be one on the frequency indicated by the eutra-CarrierFreq with a physical cell identity indicated by the targetCellIdentity included in the mobilityControlInformation message; otherwise, the UE considers the target cell to be one on the current frequency with a physical cell identity indicated by the targetCellIdentity parameter included in the mobilityControlInformation message. In step S206, the UE re-establishes the Packet Data Convergence Protocol (PDCP) for all RBs that are established. In step S208, the UE re-establishes the Radio Link Control (RLC) for all RBs that are established.
- It is noted that actions of steps S202-S208 upon the reception of the RRCConnectionReconfiguration message including the mobilityControlInformation message are part actions upon the reception of the RRCConnectionReconfiguration message including the mobilityControlInformation message. The other actions upon the reception of the RRCConnectionReconfiguration message including the mobilityControlInformation message, such as timer control, value setting, and so on, are specified in the 3GPP standard.
- After the RRC connection reconfiguration of the UE is done, the UE sends the RRCConnectionReconfigurationComplete message to the wireless channel in step S210. Then the E-UTRAN receives the RRCConnectionReconfigurationComplete message from the wireless channel, and the RRC connection reconfiguration procedure is completed.
- When the UE can not comply with the configuration included in the RRCConnectionReconfiguration message including the mobilityControlInformation message, the UE regards the reconfiguration procedure as failure, uses the configuration used prior to the reception of the RRCConnectionReconfiguration message, and then executes step S216. In step S216, the UE determines whether security has not been activated. If the security has not been activated, the UE performs the actions upon leaving RRC_CONNECTED with release cause 'other' in step S220; otherwise, the UE initiates the RRC connection re-establishment procedure in step S218. The details of step S220 and the security are specified in the 3GPP standard, and are not described herein again. The RRC connection re-establishment procedure is illustrated in the following description accompanied with
FIG. 3 . - In the RRC connection re-establishment procedure, the E-UTRAN shall reconfigure SRB1 and resume data (i.e. the RRCConnectionReestablishmentComplete message) transfer for this RB. Furthermore, the E-UTRAN shall re-activate the Access-Stratum (AS) security without changing algorithms. The RRC connection re-establishment procedure is initiated when one of the following conditions is met. One condition is that the radio link failure has been detected. The other conditions are the occurrences of the handover failure, the mobility from E-UTRA failure, the integrity check failure indication from lower layers, and the RRC connection Reconfiguration failure. The occurrence of the handover failure means failing to handover within the intra-system, and the occurrence of the handover failure means failing to handover within the inter-system. The occurrence of the integrity check failure indication from lower layers means the calculated integrity being not same as the original or the default one.
-
FIG. 3 is a flow chart showing the RRC connection re-establishment procedure of the wireless communication device and the network backbone. In the example, the wireless communication device is the UE, and the network backbone is E-UTRAN. When the RRC connection re-establishment procedure is initiated, the UE suspends all RBs except the SRB0 in step S300. The SRB0 is used to transmit the RRCConnectionReestablishmentRequest message, and should not be suspended. In step S302, the UE performs cell selection in accordance with the cell selection process specified in the 3GPP standard. After the initiation of the RRC connection re-establishment procedure is done, the UE sends the RRCConnectionReestablishmentRequest message to a wireless channel by using the SRB0. - It is noted that actions of steps S300-304 upon the initiation of the RRC connection re-establishment procedure are part actions upon the initiation of the RRC connection re-establishment procedure. The other actions upon the initiation of the RRC connection re-establishment procedure, such as timer control, value setting, and so on, are specified in the 3GPP standard.
- After the E-UTRAN receives the RRCConnectionReestablishmentRequest message from the wireless channel, it sends the RRCConnectionReestablishment message or the RRCConnectionReestablishmentReject message. If the E-UTRAN rejects to re-establish the RRC connection, it sends the RRCConnectionReestablishmentReject message; otherwise, it sends the RRCConnectionReestablishment message. In step S308, the UE determines whether the RRCConnectionReestablishment message or the RRCConnectionReestablishmentReject message is received. If the RRCConnectionReestablishment message is received, step S310 is executed; if the RRCConnectionReestablishmentReject message is received, step S318 is executed. When the RRCConnectionReestablishmentReject message is received, the UE performs the actions upon the actions upon moving from the RRC_CONNECTED state to the RRC_IDLE state, which are described in the 3GPP standard.
- When the RRCConnectionReestablishment message is received, the UE re-establishes the PDCP for the SRB1 in step S310. In step S312, the UE re-establishes the RLC for the SRB1 in step S312. In step S314, the UE resumes the SRB1 after configuring it in accordance with the received radioResourceConfiguration information element included in the received RRCConnectionReconfiguration message thereof. In step S316, the UE sends the RRCConnectionReestablishmentComplete message to a wireless channel via the SRB1. After the E-UTRAN receives the RRCConnectionReestablishmentComplete message, the RRC connection re-establishment procedure is completed.
- It is noted that actions of steps S310-316 upon the reception of the RRCConnectionReestablishment message are part actions upon the reception of the RRCConnectionReestablishment. The other actions upon the reception of the RRCConnectionReestablishment, such as timer control, value setting, and so on, are specified in the 3GPP standard. 3GPP TSG-RAN WG2 Meeting #62bis R2-083662 discloses that the reestablishment procedure will be immediately followed by an RRC Connection Reconfiguration procedure. The document is silent about whether the RRC Connection Reconfiguration message contains a handover message (such as the mobilityControlInformation message). Since no handover is mentioned at all in the document, it must be assumed that the RRC Connection Reconfiguration message orders connection reconfiguration in the same cell, but does not contain a handover message. Moreover, the described process simply carries out an RRC Connection Reconfiguration procedure immediately after the reestablishment procedure, without questioning this process. Also, the document is silent about the steps to be taken if the received connection reconfiguration message is not a first received connection reconfiguration message after a successful completion of a connection re-establishment procedure.
3GPP TSG-RAN WG2 Meeting #62bis R2-083183 relates to the need for failure handling in case of unsuccessful RRC Connection Reconfiguration. In a scenario, the UE receives the RRC message, but it detects that the network has violated some of the capabilities. It is proposed to use the RRC Connection Reestablishment procedure in case of, i. e. subsequent to, RRC Connection Reconfiguration failure. - The present invention provides a method of handling radio bearer resumption, as set forth in claim 1 or 3. Moreover, a wireless communication device as set forth in claim 7 and a wireless communication system as set forth in claim 8 are provided. Preferred embodiments of the present invention may be gathered from the dependent claims.
- Accordingly, the methods of handling radio bearer resumption illustrated in the exemplary embodiments of the present invention can prevent the transmission stall and the reception on the suspended SRB2 and the suspended DRBs. Furthermore, wireless communication devices and wireless communication systems using the same can also handle radio bearer resumption.
- It is to be understood that both the foregoing general description and the following detailed description are exemplary, and are intended to provide further explanation of the invention as claimed.
- The accompanying drawings are included to provide a further understanding of the invention, and are incorporated in and constitute a part of this specification. The drawings illustrate embodiments of the invention and, together with the description, serve to explain the principles of the invention.
-
FIG 1 is a flow chart showing the RRC connection procedure of the wireless communication device and the network backbone. -
FIG 2 is a flow chart showing the RRC connection reconfiguration procedure of the wireless communication device and the network backbone when the wireless communication device should handover. -
FIG 3 is a flow chart showing the RRC connection re-establishment procedure of the wireless communication device and the network backbone. - Referring to
FIG 4A, FIG 4A is a schematic diagram showing the concepts of a method of handling the radio bearer resumption provided by an exemplary embodiment of the present invention. - Referring to
FIG. 4B, FIG 4B is a schematic diagram showing the concepts of a method of handling the radio bearer resumption provided by another one exemplary embodiment of the present invention. - Referring to
FIG 5A, FIG 5A is a flow chart a method of handling the radio bearer resumption provided by an exemplary embodiment of the present invention. - Referring to
FIG 5B, FIG 5B is a flow chart showing a method of handling the radio bearer resumption provided by an exemplary embodiment of the present invention. - Reference will now be made in detail to the present preferred embodiment of the invention, examples of which are illustrated in the accompanying drawings. Wherever possible, the same reference numbers are used in the drawings and the description to refer to the same or like parts.
- When a wireless communication device initiates a RRC connection re-establishment procedure, the wireless communication device suspends all RBs except the SRB0. When the wireless communication device receives the RRCConnectionReestablishment message, the wireless communication device resumes the SRB1. If the wireless communication device receives a handover command (i.e. the RRCConnectionReconfiguration message including the mobilityControlInformation message) following the RRCConnectionReestablishment message, the wireless communication device does not resume the configured SRB2 and the configured DRBs. Accordingly, this will cause transmission and reception on the SRB2 and the DRBs stall. Therefore, the exemplary embodiments of present invention provide methods of handling the radio bearer resumption, wireless communication devices and wireless communication systems using one of the methods.
- Referring to
FIG 4A, FIG 4A is a schematic diagram showing the concepts of a method of handling the radio bearer resumption provided by an exemplary embodiment of the present invention. The wireless communication system comprises at least a wireless communication device and at least a network backbone. The wireless communication device includes a software-based function module to executing the method of handling the radio bearer resumption. The wireless communication system may be the 3GPP system, the wireless communication device may be the UE, and the network backbone may be the E-UTRAN or the UTRAN. - At time t0, the network backbone sends RRCConnectionReconfiguration message to the wireless communication device via a wireless channel. In the exemplary embodiment, after the wireless communication device receives the RRCConnectionReconfiguration message from the wireless channel, it regards the reconfiguration procedure as failure and suspends the configured SRB1, the configured SRB2 and the configured DRBs.
- At time t2, the wireless communication device sends the RRCConnectionReestablishmentRequest message to the network backbone via the wireless channel. At time t3, after the network backbone receives the RRCConnectionReestablishmentRequest message. from the wireless channel, it sends the RRCConnectionReestablishment message to the wireless communication device via the wireless channel. After the wireless communication device receives the RRCConnectionReestablishment message, the wireless communication device resumes the configured SRB1. Then at time t4, the wireless communication device sends the RRCConnectionReestablishmentComplete message to indicate the network backbone that the RRC connection re-establishment procedure is completed.
- At time t5, when the wireless communication device should handover, the network backbone sends the RRCConnectionReconfiguration message including the mobilityControlInformation message to the wireless communication device via the wireless channel. After the wireless communication device receives the RRCConnectionReconfiguration message including the mobilityControlInformation message from the wireless channel, it determines whether the received RRCConnectionReconfiguration message is the first received RRCConnectionReconfiguration message after successful completion of the RRC connection re-establishment. If the received RRCConnectionReconfiguration message is the first received RRCConnectionReconfiguration message including the mobilityControlInformation message after successful completion of the RRC connection re-establishment, the wireless communication device resumes the suspended SRB2 and the suspended DRBs to prevent the transmission stall and the reception stall on the SRB2 and the DRBs; otherwise, the wireless communication device neglects the suspension of the suspended SRB2 and the suspended DRBs.
- In the exemplary embodiment; during time t5 and time t6, the received RRCConnectionReconfiguration message is the first received RRCConnectionReconfiguration message including the mobilityControlInformation message after successful completion of the RRC connection re-establishment. Thus, the wireless communication device resumes the suspended SRB2 and the suspended DRBs.
- At time t6, the wireless communication device sends the RRCConnectionReconfigurationComplete message to the network backbone via the wireless channel. At time t7, the network backbone sends the RRCConnectionReconfiguration message including the mobilityControlInformation message to the wireless communication device via the wireless channel. After the wireless communication device receives the RRCConnectionReconfiguration message including the mobilitycontrolInformation message from the wireless channel, it determines the received RRCConnectionReconfiguration message is not the first received RRCConnectionReconfiguration message after successful completion of the RRC connection re-establishment, and therefore the wireless communication device does not handle the resumption of the suspended SRB2 and the suspended DRBs. At time t8, the wireless communication device sends the RRCConnectionReconfigurationComplete message to the network backbone via the wireless channel.
- Referring to
FIG. 4B, FIG. 4B is a schematic diagram showing the concepts of a method of handling the radio bearer resumption provided by another one exemplary embodiment of the present invention. At time t0, the wireless communication device sends the RRCConnectionReestablishmentRequest message to the network backbone via a wireless channel. After the network backbone receives RRCConnectionReestablishmentRequest message from the wireless channel, at time t1, it sends the RRCConnectionReestablishment message to the wireless communication device via the wireless channel. After the wireless communication device receives the RRCConnectionReestablishment message from the wireless channel, at time t2, it sends the RRCConnectionReestablishmentComplete message to the network backbone via the wireless channel. At time t3, the network backbone sends the RRCConnectionReconfiguration message including the mobilityControlInformation message to the wireless communication device via the wireless channel, so as to indicate that the wireless communication device should handover. After the wireless communication device receives the RRCConnectionReconfiguration message including the mobilityControlInformation message from the wireless channel, it determines whether the received RRCConnectionReconfiguration message is the first received RRCConnectionReconfiguration message after successful completion of the RRC connection re-establishment. If the received RRCConnectionReconfiguration message is the first received RRCConnectionReconfiguration message after successful completion of the RRC connection re-establishment, the wireless communication device considers the RRCConnectionReconfiguration message is invalid, then initiates the RRC connection re-establishment procedure and sets reestablishmentCause to the value 'reconfigurationFailure'; otherwise, the wireless communication device considers the RRCConnectionReconfiguration message is valid, and the actions upon RRC connection reconfiguration procedure specified in the 3GPPP standard are executed. - In the exemplary embodiment, during time t3 and time t4, the received RRCConnectionReconfiguration message is the first received RRCConnectionReconfiguration message after successful completion of the RRC connection re-establishment. Thus, the wireless communication device considers the RRCConnectionReconfiguration message is invalid, then initiates the RRC connection re-establishment procedure and sets reestablishmentCause to the value 'reconfigurationFailure'.
- At time t5, the wireless communication device sends the RRCConnectionReestablishmentRequest message to the network backbone via the wireless channel. After the network backbone receives the RCConnectionReestablishmentRequest message from the wireless channel, at time t6, the network backbone sends RRCConnectionReestablishment message to the wireless communication device via the wireless channel. Then at time t7, the wireless communication device sends the RRCConnectionReestablishmentComplete message to indicate the network backbone that the RRC connection re-establishment procedure is completed.
- Referring to
FIG 5A, FIG. 5A is a flow chart a method of handling the radio bearer resumption provided by an exemplary embodiment of the present invention. In this exemplary embodiment example, the wireless communication device may be the UE, and the network backbone may be the UTRAN or the E-UTRAN. In step S500, the network backbone sends the RRCConnectionReconfiguration message including the mobilityControlInformation message to the wireless channel. In step S502, the wireless communication device receives the RRCConnectionReconfiguration message including the mobilityControlInformation message from the wireless channel, and determines whether it is able to comply with the configuration included in the RRCConnectionReconfiguration message including the mobilityControlInformation message. If some parameter in the RRCConnectionReconfiguration message including the mobilityControlInformation message is invalid for the wireless communication device, the wireless communication device can not comply with the configuration included in the RRCConnectionReconfiguration message including the mobilityControlInformation message, and then step S520 is executed; otherwise, the wireless communication device can comply with the configuration included in the RRCConnectionReconfiguration message including the mobilitycontrolInformation message, and step S504 is executed. - In step S504, the wireless communication device switches to one target cell to achieve handover. If the eutra-CarrierFreq parameter is included in the mobilityControlInformation message, the wireless communication device considers the target cell to be one on the frequency indicated by the eutra-CarrierFreq with a physical cell identity indicated by the targetCellIdentity included in the mobilityControlInformation message; otherwise, the wireless communication device considers the target cell to be one on the current frequency with a physical cell identity indicated by the targetCellIdentity parameter included in the mobilityControlInformation message. In step S506, the wireless communication device re-establishes the PDCP for all RBs that are established. In step S508, the wireless communication device re-establishes the RLC for all RBs that are established.
- It is noted that actions of steps S502-S508 upon the reception of the RRCConnectionReconfiguration message including the mobilityControlInformation message are part actions upon the reception of the RRCConnectionReconfiguration message including the mobilityControlInformation message. The other actions upon the reception of the RRCConnectionReconfiguration message including the mobilityControlInformation message, such as timer control, value setting, and so on, are specified in the 3GPP standard.
- Then in step S510, the wireless communication device determines whether the received RRCConnectionReconfiguration message is the first received RRCConnectionReconfiguration message after successful completion of the RRC connection re-establishment. If the received RRCConnectionReconfiguration message including the mobilityControlInformation message is the first received RRCConnectionReconfiguration message including the mobilityControlInformation message after successful completion of the RRC connection re-establishment, step S512 is executed; otherwise, step S514 is executed. In step S512, the wireless communication device resumes the suspended SRB2 and the suspended DRBs, so as to prevent the transmission stall and the reception on the suspended SRB2 and the suspended DRBs. Next, in step S514, the wireless communication device sends the RRCConnectionReconfigurationComplete message to the wireless channel. Then the network backbone receives the RRCConnectionReconfigurationComplete message from the wireless channel, and the RRC connection reconfiguration procedure is completed.
- The wireless communication device regards the reconfiguration procedure as failure, when the wireless communication device can not comply with the configuration included in the RRCConnectionReconfiguration message including the mobilityControlInformation message. The wireless communication device uses the configuration used prior to the reception of the RRCConnectionReconfiguration message. Then in step S520, the wireless communication device determines whether security has not been activated. If the security has not been activated, the wireless communication device performs the actions upon leaving RRC_CONNECTED with release cause 'other' in step S524; otherwise, the wireless communication device initiates the RRC connection re-establishment procedure in step S522. The details of step S524 and the security are specified in the 3GPP standard, and are not described herein again.
- Referring to
FIG. 5B, FIG. 5B is a flow chart showing a method of handling the radio bearer resumption provided by an exemplary embodiment of the present invention. In this exemplary embodiment example, the wireless communication device may be the UE, and the network backbone may be the UTRAN or the E-UTRAN. Steps S501-S511, and S521-S525 are same as steps 5500-510, and S520-524. Herein steps S501-SS11, and S521-S525 would not be described again. - If the received RRCConnectionReconfiguration message including the mobilityControlInformation message is the first received RRCConnectionReconfiguration message including the mobilityControlInformation message after successful completion of the RRC connection re-establishment, step S513 is executed; otherwise, step S515 is executed. In step S513, the wireless communication device considers the received RRCConnectionReconfiguration message including the mobilityControlInformation is invalid; then it initiates the RRC connection re-establishment procedure, and sets the reestablishmentCause to the value 'reconfigurationFailure'.
- Accordingly, the methods of handling radio bearer resumption illustrated in the exemplary embodiment of the present invention can prevent the transmission stall and the reception on the suspended SRB2 and the suspended DRBs. Furthermore, wireless communication devices and wireless communication systems using the same can also handle radio bearer resumption.
- It will be apparent to those skilled in the art that various modifications and variations can be made to the structure of the present invention without departing from the scope of the following claims.
Claims (8)
- A method of handling radio bearer resumption, comprising:receiving (S500), at a wireless communication device, a connection reconfiguration message including a handover message;determining (S510), at the wireless communication device, whether the received connection reconfiguration message including the handover message is a first received connection reconfiguration message including the handover message after a successful completion of a connection re-establishment procedure;resuming (S512), at the wireless communication device, at least one of a suspended signaling radio bearer and suspended data radio bearers when the received connection reconfiguration message including the handover message is the first received connection reconfiguration message including the handover message after the successful completion of the connection re-establishment procedure; andnot handling, at the wireless communication device, the resumption of the suspended signaling radio bearer and suspended data radio bearers when the received connection reconfiguration message including the handover message is not the first received connection reconfiguration message including the handover message after the successful completion of the connection re-establishment procedure.
- The method of handling radio bearer resumption according to claim 1, the suspended signaling radio bearer is a SRB2, and the suspended SRB2 is resumed.
- A method of handling radio bearer resumption, comprising:receiving (S501), at a wireless communication device, a connection reconfiguration message including a handover message;determining (S511), at the wireless communication device, whether the received connection reconfiguration message including the handover message is a first received connection reconfiguration message including the handover message after a successful completion of a connection re-establishment procedure; andconsidering, at the wireless communication device, the received connection reconfiguration message including the handover message as an invalid message, when the received connection reconfiguration message including the handover message is a first received connection reconfiguration message including the handover message after a successful completion of a connection re-establishment procedure.
- The method of handling radio bearer resumption according to claim 3, wherein when the received connection reconfiguration message including the handover message is considered as the invalid message, the method of handling radio bearer resumption further comprises the steps of:initiating (S513), at the wireless communication device, the connection re-establishment procedure; andsetting (S513), at the wireless communication, a re-establishment cause to a reconfiguration failure value.
- The method of handling radio bearer resumption according to any of the preceding claims , further comprising:sending (S514, S515), at the wireless communication device, a connection reconfiguration complete message, when the received connection reconfiguration message including the handover message is not a first received connection reconfiguration message including the handover message after a successful completion of a connection re-establishment procedure.
- The method of handling radio bearer resumption according to any of the preceding claims, wherein the connection reconfiguration message is a RRCConnectionReconfiguration message, the handover message is a mobilityControlInformation message, and the the connection re-establishment procedure is a RRC connection re-establishment procedure.
- A wireless communication device, comprising:a software-based function module to handle radio bearer resumption, said software-based function module being configured to perform the steps according to the method of any of the preceding claims.
- A wireless communication system comprising a wireless communication device as defined in claim 7 and a network backbone.
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US14664009P | 2009-01-22 | 2009-01-22 |
Publications (2)
Publication Number | Publication Date |
---|---|
EP2211573A1 EP2211573A1 (en) | 2010-07-28 |
EP2211573B1 true EP2211573B1 (en) | 2011-09-07 |
Family
ID=42337374
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP09014471A Not-in-force EP2211573B1 (en) | 2009-01-22 | 2009-11-19 | Methods of handling radio bearer resumption, wireless communication device and wireless communication system thereof |
Country Status (6)
Country | Link |
---|---|
US (1) | US8331322B2 (en) |
EP (1) | EP2211573B1 (en) |
CN (1) | CN101873718B (en) |
AT (1) | ATE524036T1 (en) |
DE (1) | DE202009018235U1 (en) |
TW (1) | TWI405479B (en) |
Families Citing this family (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102083097B (en) * | 2010-04-30 | 2013-11-06 | 电信科学技术研究院 | Measurement configuration method and device for multi-carrier system |
KR101730357B1 (en) * | 2010-11-22 | 2017-04-27 | 삼성전자주식회사 | Apparatus and method for connecting access point in portable terminal |
US9294232B2 (en) * | 2010-12-10 | 2016-03-22 | Telefonaktiebolaget L M Ericsson (Publ) | Enabling and disabling integrity protection for data radio bearers |
CN102883361B (en) * | 2011-07-15 | 2016-04-06 | 华为技术有限公司 | The method and apparatus of reporting district information and cell mobility parameter adjustment |
EP3570628B1 (en) | 2011-08-12 | 2020-12-30 | BlackBerry Limited | Handling a connection in a wireless communication system |
EP2742767B1 (en) | 2011-08-12 | 2018-04-04 | BlackBerry Limited | Suspending a connection in a wireless communication system |
EP2557889B1 (en) * | 2011-08-12 | 2019-07-17 | BlackBerry Limited | Simplified ue + enb messaging |
US9155121B2 (en) | 2012-03-27 | 2015-10-06 | Blackberry Limited | Re-establishment of suspended RRC connection at a different eNB |
US9247575B2 (en) | 2012-03-27 | 2016-01-26 | Blackberry Limited | eNB storing RRC configuration information at another network component |
US9295095B2 (en) | 2012-03-27 | 2016-03-22 | Blackberry Limited | UE preference indicator for suspension |
EP2832148B1 (en) | 2012-03-30 | 2020-02-05 | Nokia Solutions and Networks Oy | Devices, methods and computer program products for an improved handover in inter-site carrier aggregation scenarios |
US9226208B2 (en) * | 2012-04-06 | 2015-12-29 | Apple Inc. | Apparatus and methods for resolving incomplete message content in networks |
CN102625471A (en) * | 2012-04-12 | 2012-08-01 | 中兴通讯股份有限公司南京分公司 | Reconstruction method and device of wireless link |
CN104982088A (en) * | 2013-01-11 | 2015-10-14 | Lg电子株式会社 | Method and apparatus for transmitting indication in wireless communication system |
EP2802185B1 (en) * | 2013-04-01 | 2019-11-13 | Innovative Sonic Corporation | Method and Apparatus for Adding Serving Cells in a Wireless Communication System |
US9713044B2 (en) * | 2014-01-30 | 2017-07-18 | Sharp Kabushiki Kaisha | Systems and methods for dual-connectivity operation |
CN108605376B (en) * | 2016-02-04 | 2022-01-25 | 日本电气株式会社 | Wireless terminal, wireless station and method thereof |
CN107548161A (en) * | 2016-06-29 | 2018-01-05 | 中兴通讯股份有限公司 | Message method, device, RRC entities and PDCP entities |
WO2018056785A1 (en) * | 2016-09-26 | 2018-03-29 | Samsung Electronics Co., Ltd. | Method and apparatus for communication in next-generation mobile communication system |
WO2019200603A1 (en) * | 2018-04-20 | 2019-10-24 | Zte Corporation | Apparatus and method for mobility management |
CN110839258B (en) * | 2018-08-17 | 2021-09-21 | 展讯通信(上海)有限公司 | Condition switching method and device |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100548344B1 (en) * | 2003-05-13 | 2006-02-02 | 엘지전자 주식회사 | Rrc connection method in mobile communication system |
US8630259B2 (en) * | 2008-08-04 | 2014-01-14 | Qualcomm Incorporated | PDCP behaviour at handover and connection re-establishment |
-
2009
- 2009-10-28 US US12/607,980 patent/US8331322B2/en not_active Expired - Fee Related
- 2009-11-19 DE DE202009018235U patent/DE202009018235U1/en not_active Expired - Lifetime
- 2009-11-19 AT AT09014471T patent/ATE524036T1/en not_active IP Right Cessation
- 2009-11-19 EP EP09014471A patent/EP2211573B1/en not_active Not-in-force
- 2009-12-08 TW TW098141945A patent/TWI405479B/en not_active IP Right Cessation
-
2010
- 2010-01-14 CN CN2010100036842A patent/CN101873718B/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
EP2211573A1 (en) | 2010-07-28 |
US8331322B2 (en) | 2012-12-11 |
US20100184438A1 (en) | 2010-07-22 |
TWI405479B (en) | 2013-08-11 |
CN101873718A (en) | 2010-10-27 |
TW201031238A (en) | 2010-08-16 |
CN101873718B (en) | 2012-12-19 |
DE202009018235U1 (en) | 2011-05-19 |
ATE524036T1 (en) | 2011-09-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP2211573B1 (en) | Methods of handling radio bearer resumption, wireless communication device and wireless communication system thereof | |
US11722937B2 (en) | Signaling optimization method and device | |
WO2018006253A1 (en) | Radio link failure processing method, related device, and communication system | |
EP2278836B1 (en) | Method and apparatus for handling inter-RAT handover | |
EP3244672B1 (en) | Handling state change of radio resource control | |
US11284468B2 (en) | Suspending/resuming measurements in RRC inactive state | |
US10681637B2 (en) | Method and apparatus for transmitting and receiving data, by terminal, in wireless communication system | |
US9936426B2 (en) | Processing method for radio link failure, small cell and mobile communication system | |
US9686728B2 (en) | User terminal and processor for transmitting UE EUTRA capability information | |
EP1903822A2 (en) | Method of handling radio link failure in wireless communications system and related device | |
WO2017026263A1 (en) | User device, and connection control method | |
US20120275340A1 (en) | Method and arrangement for managing security reconfiguration in a cellular communication system | |
US20220386191A1 (en) | Conditional full configuration and conditional delta configuration | |
TWI487421B (en) | Re-establishment of suspended rrc connection at a different enb | |
US11399278B2 (en) | Security verification when resuming an RRC connection | |
US20230388891A1 (en) | Managing ue information after preparing a conditional mobility procedure | |
EP3662698B1 (en) | Methods and apparatus for supporting integrity protection in handovers | |
US20220353950A1 (en) | Systems and methods for managing radio bearer compatibility in a communication network | |
WO2018133607A1 (en) | Data transmission method, device, and system | |
CN111148097A (en) | Communication method, communication device and system | |
US20230403623A1 (en) | Managing sidelink information, configuration, and communication | |
WO2022205344A1 (en) | Method and apparatus for handling arrival of non-small data transmission | |
CA3177302A1 (en) | Method network optimization in handover failure scenarios |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
17P | Request for examination filed |
Effective date: 20091119 |
|
AK | Designated contracting states |
Kind code of ref document: A1 Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO SE SI SK SM TR |
|
AX | Request for extension of the european patent |
Extension state: AL BA RS |
|
GRAP | Despatch of communication of intention to grant a patent |
Free format text: ORIGINAL CODE: EPIDOSNIGR1 |
|
RIC1 | Information provided on ipc code assigned before grant |
Ipc: H04W 36/10 20090101AFI20110128BHEP |
|
RTI1 | Title (correction) |
Free format text: METHODS OF HANDLING RADIO BEARER RESUMPTION, WIRELESS COMMUNICATION DEVICE AND WIRELESS COMMUNICATION SYSTEM THEREOF |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R138 Ref document number: 202009018235 Country of ref document: DE Free format text: GERMAN DOCUMENT NUMBER IS 602009002492 Ref country code: DE Ref legal event code: R138 Ref document number: 602009002492 Country of ref document: DE Free format text: GERMAN DOCUMENT NUMBER IS 602009002492 |
|
GRAS | Grant fee paid |
Free format text: ORIGINAL CODE: EPIDOSNIGR3 |
|
GRAA | (expected) grant |
Free format text: ORIGINAL CODE: 0009210 |
|
REG | Reference to a national code |
Ref country code: GB Ref legal event code: FG4D |
|
REG | Reference to a national code |
Ref country code: CH Ref legal event code: EP |
|
REG | Reference to a national code |
Ref country code: IE Ref legal event code: FG4D |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R096 Ref document number: 602009002492 Country of ref document: DE Effective date: 20111117 |
|
REG | Reference to a national code |
Ref country code: NL Ref legal event code: VDEP Effective date: 20110907 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: HR Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20110907 Ref country code: NO Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20111207 Ref country code: LT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20110907 Ref country code: FI Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20110907 Ref country code: SE Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20110907 |
|
LTIE | Lt: invalidation of european patent or patent extension |
Effective date: 20110907 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: AT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20110907 Ref country code: LV Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20110907 Ref country code: GR Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20111208 Ref country code: SI Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20110907 Ref country code: CY Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20110907 |
|
REG | Reference to a national code |
Ref country code: AT Ref legal event code: MK05 Ref document number: 524036 Country of ref document: AT Kind code of ref document: T Effective date: 20110907 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: BE Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20110907 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: CZ Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20110907 Ref country code: IS Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20120107 Ref country code: SK Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20110907 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: NL Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20110907 Ref country code: RO Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20110907 Ref country code: IT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20110907 Ref country code: PL Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20110907 Ref country code: PT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20120109 Ref country code: EE Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20110907 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: MC Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20111130 |
|
PLBE | No opposition filed within time limit |
Free format text: ORIGINAL CODE: 0009261 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: DK Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20110907 |
|
26N | No opposition filed |
Effective date: 20120611 |
|
REG | Reference to a national code |
Ref country code: IE Ref legal event code: MM4A |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R097 Ref document number: 602009002492 Country of ref document: DE Effective date: 20120611 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: IE Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20111119 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: MK Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20110907 Ref country code: MT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20110907 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: ES Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20111218 Ref country code: SM Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20110907 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: LU Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20111119 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: BG Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20111207 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: TR Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20110907 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: HU Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20110907 |
|
REG | Reference to a national code |
Ref country code: CH Ref legal event code: PL |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: LI Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20131130 Ref country code: CH Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20131130 |
|
REG | Reference to a national code |
Ref country code: FR Ref legal event code: PLFP Year of fee payment: 7 |
|
REG | Reference to a national code |
Ref country code: FR Ref legal event code: PLFP Year of fee payment: 8 |
|
REG | Reference to a national code |
Ref country code: FR Ref legal event code: PLFP Year of fee payment: 9 |
|
REG | Reference to a national code |
Ref country code: FR Ref legal event code: PLFP Year of fee payment: 10 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: DE Payment date: 20181106 Year of fee payment: 10 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: GB Payment date: 20181114 Year of fee payment: 10 Ref country code: FR Payment date: 20181011 Year of fee payment: 10 |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R119 Ref document number: 602009002492 Country of ref document: DE |
|
GBPC | Gb: european patent ceased through non-payment of renewal fee |
Effective date: 20191119 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: GB Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20191119 Ref country code: DE Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20200603 Ref country code: FR Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20191130 |