Source: https://patents.google.com/patent/US20130322302A1/en
Timestamp: 2018-11-15 04:50:52
Document Index: 572550861

Matched Legal Cases: ['art 1400', 'art 1700', 'art 1800', 'art 1900', 'art 2000', 'art 2100']

US20130322302A1 - Methods and apparatus for updating the ue capability in an e-utran - Google Patents
Methods and apparatus for updating the ue capability in an e-utran Download PDF
US20130322302A1
US20130322302A1 US13823706 US201113823706A US2013322302A1 US 20130322302 A1 US20130322302 A1 US 20130322302A1 US 13823706 US13823706 US 13823706 US 201113823706 A US201113823706 A US 201113823706A US 2013322302 A1 US2013322302 A1 US 2013322302A1
US13823706
US9877254B2 (en )
A method, an apparatus, and a computer program product for wireless communication are provided. The apparatus transmits a first set of capabilities to a first cell. The first set of capabilities is for communication with the first cell. The apparatus transmits information associated with a second set of capabilities to the first cell. The second set of capabilities is for communication with a second cell. The apparatus moves from the first cell to the second cell. The apparatus communicates with the second cell based on the transmitted information.
The present disclosure relates generally to communication systems, and more particularly, to updating user equipment (UE) capability in an evolved UMTS Terrestrial Radio Access Network (E-UTRAN).
In an aspect of the disclosure, a method, an apparatus, and a computer program product for wireless communication are provided. The apparatus moves from a first cell to a second cell. The UE has a first set of capabilities for communication with the first cell and a second set of capabilities for communication with the second cell. The apparatus determines whether the first set of capabilities and the second set of capabilities are different and whether the first cell or the second cell queried for the second set of capabilities. The apparatus re-attaches to a network entity associated with the second cell in order to cause the second cell to query for the second set of capabilities upon determining that the first set of capabilities and the second set of capabilities are different, and that the first cell and the second cell did not query for the second set of capabilities.
In an aspect of the disclosure, a method, a computer program product, and an apparatus (UE) are provided. The apparatus transmits a first set of capabilities to a first cell. The first set of capabilities is for communication with the first cell. The apparatus transmits information associated with a second set of capabilities to the first cell. The second set of capabilities is for communication with a second cell. The apparatus moves from the first cell to the second cell. The apparatus communicates with the second cell based on the transmitted information.
In an aspect of the disclosure, a method, a computer program product, and an apparatus (source cell) are provided. The source cell determines a UE is subject to handover from the source cell to a target cell. The source cell transmits an inquiry to the UE for a set of capabilities used by the UE for communicating with the target cell. The source cell receives the set of capabilities from the UE. The source cell provides the set of capabilities to the target cell.
In an aspect of the disclosure, a method, a computer program product, and an apparatus (target cell) are provided. The target cell receives a handover request from a network entity for a handover of a UE from a source cell to the target cell. The handover request includes a first set of capabilities associated with the source cell. The target cell determines a set of capabilities for constructing a handover request acknowledgement when the first set of capabilities is different than a second set of capabilities associated with the target cell. The set of capabilities is a subset of the second set of capabilities. The target cell constructs the handover request acknowledgement based on the set of capabilities. The target cell transmits the handover request acknowledgement to the network entity.
In an aspect of the disclosure, a method, a computer program product, and an apparatus (UE) are provided. The UE transmits a tracking area update (TAU) request to a network entity while in a connected state with a cell. The TAU request indicates that the capabilities for the communication with the cell should be updated. The UE receives a TAU accept message from the network entity. The UE moves to an idle state upon receiving an RRC connection release message from a base station associated with the network entity.
In an aspect of the disclosure, a method, a computer program product, and an apparatus (network entity) are provided. The network entity receives a TAU request from a UE while the UE is in a connected state with a cell. The TAU request indicates that the capabilities for the communication with the cell should be updated. The network entity transmits a TAU accept message to the UE. The network entity transmits, upon transmitting the TAU accept message and in response to the TAU request, one of a UE context release message to a base station controlling the cell in order to release the connection for the UE, or a message to the base station controlling the cell indicating that the capabilities should be updated.
FIG. 7 is a diagram for illustrating a first exemplary method.
FIG. 8 is a diagram for illustrating a second exemplary method.
FIG. 9 is a diagram for illustrating a third exemplary method.
FIG. 10 is a diagram for illustrating a fourth exemplary method.
FIG. 11 is a diagram for illustrating a fifth exemplary method.
FIG. 12 is a diagram for illustrating a sixth exemplary method.
FIG. 13 is a diagram for illustrating a seventh exemplary method.
FIG. 14 is a flow chart of a first method of wireless communication.
FIG. 15 is a first conceptual data flow diagram illustrating the data flow between different modules/means/components in an exemplary apparatus.
FIG. 16 is a first diagram illustrating an example of a hardware implementation for an apparatus employing a processing system.
FIG. 17 is a flow chart of a second method of wireless communication.
FIG. 18 is a flow chart of a third method of wireless communication.
FIG. 19 is a flow chart of a fourth method of wireless communication.
FIG. 20 is a flow chart of a fifth method of wireless communication.
FIG. 21 is a flow chart of a sixth method of wireless communication.
FIG. 22 is a second conceptual data flow diagram illustrating the data flow between different modules/means/components in an exemplary apparatus.
FIG. 23 is a second diagram illustrating an example of a hardware implementation for an apparatus employing a processing system.
FIG. 24 is a third conceptual data flow diagram illustrating the data flow between different modules/means/components in an exemplary apparatus.
FIG. 25 is a third diagram illustrating an example of a hardware implementation for an apparatus employing a processing system.
FIG. 26 is a fourth conceptual data flow diagram illustrating the data flow between different modules/means/components in an exemplary apparatus.
FIG. 27 is a fourth diagram illustrating an example of a hardware implementation for an apparatus employing a processing system.
FIG. 28 is a fifth conceptual data flow diagram illustrating the data flow between different modules/means/components in an exemplary apparatus.
FIG. 29 is a fifth diagram illustrating an example of a hardware implementation for an apparatus employing a processing system.
FIG. 30 is a sixth conceptual data flow diagram illustrating the data flow between different modules/means/components in an exemplary apparatus.
FIG. 31 is a sixth diagram illustrating an example of a hardware implementation for an apparatus employing a processing system.
FIG. 1 is a diagram illustrating an LTE network architecture 100. The LTE network architecture 100 may be referred to as an Evolved Packet System (EPS) 100. The EPS 100 may include one or more user equipment (UE) 102, an E-UTRAN 104, an Evolved Packet Core (EPC) 110, a Home Subscriber Server (HSS) 120, and an Operator's IP Services 122. The EPS can interconnect with other access networks, but for simplicity those entities/interfaces are not shown. As shown, the EPS provides packet-switched services, however, as those skilled in the art will readily appreciate, the various concepts presented throughout this disclosure may be extended to networks providing circuit-switched services.
The eNB 106 is connected by an Si interface to the EPC 110. The EPC 110 includes a Mobility Management Entity (MME) 112, other MMEs 114, a Serving Gateway 116, and a Packet Data Network (PDN) Gateway 118. The MME 112 is the control node that processes the signaling between the UE 102 and the EPC 110. Generally, the MME 112 provides bearer and connection management. All user IP packets are transferred through the Serving Gateway 116, which itself is connected to the PDN Gateway 118. The PDN Gateway 118 provides UE IP address allocation as well as other functions. The PDN Gateway 118 is connected to the Operator's IP Services 122. The Operator's IP Services 122 may include the Internet, the Intranet, an IP Multimedia Subsystem (IMS), and a PS Streaming Service (PSS).
When a UE communicates with a first eNB, the UE provides the first eNB with its capabilities for the communication. The UE capabilities include optional capabilities and mandatory/required capabilities. The mandatory/required capabilities may be referred to as Feature Group Indicators (FGIs). The UE supports an FGI when all the features in that group are supported. In LTE, the capabilities are conveyed by the UE in an UE-EUTRA-Capability information element. The optional capabilities may include one of more of the following capabilities:
UE-EUTRA-Capability field descriptions
accessStratumRelease
Set per the version of the specification.
bandCombinationListEUTRA
One entry corresponding to each supported band combination listed in the same order as in
supportedBandCombination.
bandEUTRA
E-UTRA band as defined in TS 36.101.
bandListEUTRA
One entry corresponding to each supported E-UTRA band listed in the same order as in
supportedBandListEUTRA.
This field shall include all bands which are indicated in BandCombinationParameters-r10.
CA-BandwidthClass
The CA bandwidth class supported by the UE as defined in TS 36.101.
UE may set the value to “noBenFromBatConsumpOpt” when it does not foresee to particularly
benefit from NW-based battery consumption optimisation. Absence of this value means that the
device does benefit from NW-based battery consumption optimisation.
Indicates whether the UE supports DTM in GERAN.
e-CSFB-1XRTT
Indicates whether the UE supports enhanced CS fallback to CDMA2000 1xRTT or not.
e-CSFB-ConcPS-Mob1XRTT
Indicates whether the UE supports concurrent enhanced CS fallback to CDMA2000 1xRTT and
PS handover/redirection to CDMA2000 HRPD.
e-CSFB-dual-1XRTT
Indicates whether the UE supports enhanced CS fallback to CDMA2000 1xRTT for dual Rx/Tx
configuration. This bit can only be set to supported if tx-Config1XRTT and rx-Config1XRTT are
both set to dual.
enhancedDualLayerTDD-Supported
Indicates whether the UE supports enhanced dual layer (PDSCH transmission mode 8) for TDD
e-RedirectionUTRA-TDD
Indicates whether the UE supports enhanced redirection to UTRA TDD using SIB related to
multiple carrier frequencies provided by RRCConnectionRelease or not.
featureGroupIndicators
The definitions of the bits in the bit string are described in Annex B.
If halfDuplex is set to true, only half duplex operation is supported for the band, otherwise full
duplex operation is supported.
interFreqBandList
interFreqNeedForGaps
Indicates need for measurement gaps when operating on the E-UTRA band given by the entry
in bandListEUTRA or on the E-UTRA band combination given by the entry in
bandCombinationListEUTRA and measuring on the E-UTRA band given by the entry in
interFreqBandList.
interFreqProximityIndication
Indicates whether the UE supports proximity indication for inter-frequency E-UTRAN CSG
member cells.
interFreqSI-AcquisitionForHO
Indicates whether the UE supports, upon configuration of si-RequestForHO by the network,
acquisition and reporting of relevant information using autonomous gaps by reading the SI from
a neighbouring inter-frequency cell.
interRAT-BandList
One entry corresponding to each supported band of another RAT listed in the same order as in
the interRAT-Parameters.
interRAT-NeedForGaps
Indicates need for DL measurement gaps when operating on the E-UTRA band given by the
entry in bandListEUTRA or on the E-UTRA band combination given by the entry in
bandCombinationListEUTRA and measuring on the inter-RAT band given by the entry in the
interRAT-BandList.
interRAT-PS-HO-ToGERAN
Indicates whether the UE supports inter-RAT PS handover to GERAN or not.
intraFreqProximityIndication
Indicates whether the UE supports proximity indication for intra-frequency E-UTRAN CSG
intraFreqSI-AcquisitionForHO
a neighbouring intra-frequency cell.
loggedMeasurementsIdle
Indicates whether the UE supports logged measurements in Idle mode.
maxNumberROHC-ContextSessions
Set to the maximum number of concurrently active ROHC contexts supported by the UE,
excluding context sessions that leave all headers uncompressed. cs2 corresponds with 2
(context sessions), cs4 corresponds with 4 and so on. The network ignores this field if the UE
supports none of the ROHC profiles in supportedROHC-Profiles.
MIMO-CapabilityDL
The number of supported layers for spatial multiplexing in DL.
MIMO-CapabilityUL
The number of supported layers for spatial multiplexing in UL.
NonContiguousUL-RA-WithinCC-List
rach-Report
Indicates whether the UE supports delivery of rachReport.
standaloneGNSS-Location
Indicates whether the UE is equipped with a standalone GNSS receiver that may be used to
provide detailed location information in RRC measurement report and logged measurements.
SupportedBandGERAN
GERAN band as defined in TS 45.005.
SupportedBandList1XRTT
One entry corresponding to each supported CDMA2000 1xRTT band class.
SupportedBandListHRPD
One entry corresponding to each supported CDMA2000 HRPD band class.
SupportedBandUTRA-FDD
UTRA band as defined in TS 25.101.
SupportedBandUTRA-TDD128
UTRA band as defined in TS 25.102.
SupportedBandUTRA-TDD384
SupportedBandUTRA-TDD768
UE category as defined in TS 36.306. If the UE includes ue-Category-v1020 (category 6 to 8) it
shall also include rf-Parameters-v1020 even if it does not support carrier aggregation.
ue-TxAntennaSelectionSupported
TRUE indicates that the UE is capable of supporting UE transmit antenna selection as
described in TS 36.213.
utran-ProximityIndication
Indicates whether the UE supports proximity indication for UTRAN CSG member cells.
utran-SI-AcquisitionForHO
a neighbouring UMTS cell.
The FGIs may include one or more of the following capabilities:
Index of indicator Definition
(bit number) (description of the supported functionality, if indicator set to one)
1 (leftmost bit) Intra-subframe frequency hopping for PUSCH scheduled by UL grant
DCI format 3a (TPC commands for PUCCH and PUSCH with single bit
power adjustments)
PDSCH transmission mode 5
Aperiodic CQI/PMI/RI reporting on PUSCH: Mode 2-0 - UE selected
subband CQI without PMI
Aperiodic CQI/PMI/RI reporting on PUSCH: Mode 2-2 - UE selected
subband CQI with multiple PMI
2 Simultaneous CQI and ACK/NACK on PUCCH, i.e. PUCCH format 2a and
Absolute TPC command for PUSCH
Resource allocation type 1 for PDSCH
Periodic CQI/PMI/RI reporting on PUCCH: Mode 2-0 - UE selected
Periodic CQI/PMI/RI reporting on PUCCH: Mode 2-1 - UE selected
subband CQI with single PMI
3 5 bit RLC UM SN
7 bit PDCP SN
4 Short DRX cycle
5 Long DRX cycle
DRX command MAC control element
6 Prioritised bit rate
7 RLC UM
8 EUTRA RRC_CONNECTED to UTRA CELL_DCH PS handover
9 EUTRA RRC_CONNECTED to GERAN GSM_Dedicated handover
10 EUTRA RRC_CONNECTED to GERAN (Packet_) Idle by Cell Change
EUTRA RRC_CONNECTED to GERAN (Packet_) Idle by Cell Change
Order with NACC (Network Assisted Cell Change)
11 EUTRA RRC_CONNECTED to CDMA2000 1xRTT CS Active handover
12 EUTRA RRC_CONNECTED to CDMA2000 HRPD Active handover
13 Inter-frequency handover (within FDD or TDD)
14 Measurement reporting event: Event A4 - Neighbour > threshold
Measurement reporting event: Event A5 - Serving < threshold1 &
Neighbour > threshold2
15 Measurement reporting event: Event B1 - Neighbour > threshold
16 non-ANR related intra-frequency periodical measurement reporting;
non-ANR related inter-frequency periodical measurement reporting, if the
UE has set bit number 25 to 1; and
non-ANR related inter-RAT periodical measurement reporting for UTRAN,
GERAN, 1xRTT or HRPD, if the UE has set bit number 22, 23, 24 or 26 to
NOTE: “non-ANR related periodical measurement reporting” corresponds
only to periodical trigger type with purpose set to reportStrongestCells.
Event triggered periodical reporting (i.e., event trigger type with
reportAmount > 1) is a mandatory functionality of event triggered reporting
and therefore not the subject of this bit.
17 Periodical measurement reporting for SON/ANR
ANR related intra-frequency measurement reporting events
18 ANR related inter-frequency measurement reporting events
19 ANR related inter-RAT measurement reporting events
20 If bit number 7 is set to 0:
SRB1 and SRB2 for DCCH + 8x AM DRB
If bit number 7 is set to 1:
SRB1 and SRB2 for DCCH + 5x AM DRB + 3x UM DRB
NOTE: UE which indicate support for a DRB combination also support all
subsets of the DRB combination. Therefore, release of DRB(s) never
results in an unsupported DRB combination.
21 Predefined intra- and inter-subframe frequency hopping for PUSCH with
N_sb > 1
Predefined inter-subframe frequency hopping for PUSCH with N_sb > 1
22 UTRAN measurements, reporting and measurement reporting event B2 in
E-UTRA connected mode
23 GERAN measurements, reporting and measurement reporting event B2 in
24 1xRTT measurements, reporting and measurement reporting event B2 in
25 Inter-frequency measurements and reporting in E-UTRA connected mode
NOTE: The UE setting this bit to 1 and indicating support for FDD and TDD
frequency bands in the UE capability signalling implements and is tested for
FDD measurements while the UE is in TDD, and for TDD measurements
while the UE is in FDD.
26 HRPD measurements, reporting and measurement reporting event B2 in
27 EUTRA RRC_CONNECTED to UTRA CELL_DCH CS handover
28 TTI bundling
29 Semi-Persistent Scheduling
30 Handover between FDD and TDD
The FGIs may additionally include one or more of the following capabilities:
Index of Definition (description of the
indicator supported functionality, if indicator set to one)
101 DMRS with OCC (orthogonal cover code) and SGH
(leftmost (sequence group hopping) disabling
102 Trigger type 1 SRS (aperiodic SRS) transmission (Up to X
103 PDSCH transmission mode 9 when up to 4 CSI reference
signal ports are configured
104 PDSCH transmission mode 9 for TDD when 8 CSI
reference signal ports are configured
105 Periodic CQI/PMI/RI reporting on PUCCH: Mode 2-0 - UE
selected subband CQI without PMI, when PDSCH
transmission mode 9 is configured
Periodic CQI/PMI/RI reporting on PUCCH: Mode 2-1 - UE
selected subband CQI with single PMI, when PDSCH
transmission mode 9 and up to 4 CSI reference signal ports
106 Periodic CQI/PMI/RI/PTI reporting on PUCCH: Mode
2-1 - UE selected subband CQI with single PMI, when
PDSCH transmission mode 9 and 8 CSI reference signal
ports are configured
107 Aperiodic CQI/PMI/RI reporting on PUSCH: Mode 2-0 - UE
Aperiodic CQI/PMI/RI reporting on PUSCH: Mode 2-2 - UE
selected subband CQI with multiple PMI, when PDSCH
108 Aperiodic CQI/PMI/RI reporting on PUSCH: Mode 2-2 - UE
transmission mode 9 and 8 CSI reference signal ports are
109 Periodic CQI/PMI/RI reporting on PUCCH Mode 1-1,
110 Periodic CQI/PMI/RI reporting on PUCCH Mode 1-1,
111 Measurement reporting trigger Event A6
112 SCell addition within the Handover to EUTRA procedure
113 Trigger type 0 SRS (periodic SRS) transmission on X
NOTE: X = number of supported component carriers in a
given band combination
114 Reporting of both UTRA CPICH RSCP and Ec/N0 in a
115 time domain ICIC RLM/RRM measurement subframe
restriction for the serving cell
time domain ICIC RRM measurement subframe restriction
for neighbour cells
time domain ICIC CSI measurement subframe restriction
116 Relative transmit phase continuity for spatial multiplexing in
While specific capabilities are listed, the set of capabilities of a UE for communicating with a particular cell (also referred to as sector) may include other capabilities not listed supra. When the UE moves from the first eNB to a second eNB, the first eNB provides the second eNB the UE capabilities directly or indirectly via other network entities. However, if the UE capabilities have changed for the communication with the second eNB, the second eNB will not be aware of the changed capabilities. For example, assume the first eNB provides FDD communication and the second eNB provides TDD communication. The UE may have FDD capabilities for FDD communication and TDD capabilities for TDD communication. When the UE moves from the first eNB to the second eNB, the first eNB provides the FDD capability information to the second eNB. The second eNB will not be aware that the UE has TDD capabilities for TDD communication and will therefore communicate with the UE based on the FDD capabilities instead of the TDD capabilities. As such, methods are needed for updating UE capabilities.
The following methods are applicable when a UE moves from a first eNB associated with a first set of capabilities to a second eNB associated with a second set of capabilities. In the description related to FIGS. 7-13, for simplicity in describing the exemplary methods, the first eNB is assumed to communicate through FDD and the second eNB is assumed to communicate through TDD. The reverse may also be the case, and therefore the first eNB (source) may communicate through TDD and the second eNB (target) may communicate through FDD. However, in general, all the methods described infra are applicable when the UE moves from a first eNB associated with a first set of capabilities to a second eNB associated with a second set of capabilities where the first and second set of capabilities are different. Furthermore, all the methods described infra are applicable when the UE moves from a first cell/sector with a first set of capabilities to a second cell/sector associated with a second set of capabilities where the first and second set of capabilities are different. The first and second cells/sectors may or may not belong to the same eNB.
FIG. 7 is a diagram 700 for illustrating a first exemplary method. While the UE 706 is in communication with the FDD eNB 702, the UE provides 707 the FDD eNB 702 with its FDD capabilities. At some point, the UE 706 moves from being served by the FDD eNB 702 to being served by the TDD eNB 704. The FDD eNB 702 provides 708 the FDD capabilities of the UE 706 to the TDD eNB 704. According to the first exemplary method, the UE 706 determines whether its capabilities have changed for the TDD network (i.e., they are different from that used for communication with the FDD eNB 702) and whether the FDD eNB 702 will query for its TDD capabilities before the UE moves from the FDD eNB 702 to the TDD eNB 704 or whether the TDD eNB 704 will query for its TDD capabilities after the UE moves from the FDD eNB 702 to the TDD eNB 704. If the UE 706 determines that its capabilities have changed for the TDD network and that both the FDD eNB 702 and the TDD eNB 704 will not query for its TDD capabilities, the UE 706 performs an attach 712, preceded by an optional detach 712, with the TDD eNB 704 in order to cause the TDD eNB 704 to query for its TDD capabilities.
As discussed infra in relation to FIG. 8 (and FIG. 11), information regarding the TDD capabilities can be provided to the FDD eNB 702 before the handover to the TDD eNB 704.
FIG. 8 is a diagram 800 for illustrating a second exemplary method. While the UE 806 is in communication with the FDD eNB 802, the UE 806 provides 808 the FDD eNB 802 with its FDD capabilities. According to the second exemplary method, the UE 806 also provides 810 its TDD capabilities to the FDD eNB 802. Alternatively, the UE 806 may indicate 810 in a TDD bit(s) indicator whether some or all of its TDD capabilities are changed from the FDD capabilities. The UE 806 may provide 810 the TDD capabilities or bit(s) indicator when the UE 806 provides its FDD capabilities to the FDD eNB 802. Alternatively, the UE 806 may provide 810 the TDD capabilities or bit(s) indicator when the UE 806 is going to move (e.g., in handoff) from the FDD eNB 802 to the TDD eNB 804.
If the UE 806 provides its TDD capabilities to the FDD eNB 802 and the FDD eNB 802 determines that the UE 806 is going to move from being served by the FDD eNB 802 to being served by the TDD eNB 804, the FDD eNB 802 may provide 812 the TDD capabilities, and optionally the FDD capabilities, of the UE 806 to the TDD eNB 804. If the UE 806 provides a TDD bit(s) indicator to the FDD eNB 802 and the FDD eNB 802 determines that the UE 806 is going to move from being served by the FDD eNB 802 to being served by the TDD eNB 804, the FDD eNB 802 can provide 812 the FDD capabilities and the TDD bit(s) indicator to the TDD eNB 804.
The TDD bit(s) indicator may be one or more bits used for indicating whether a subset of the optional capabilities and a subset of the FGIs are different for TDD as compared to FDD. For example, if the TDD bit(s) indicator is one bit, the one bit may indicate whether a subset (which may be all) of the capabilities are the same or are different. For another example, if the TDD bit(s) indicator includes two bits, a first bit may indicate whether the optional capabilities are the same or are different, and a second bit may indicate whether the FGIs are the same or are different. Other configurations are possible.
If the TDD bit(s) indicator indicates that the TDD capabilities of the UE 806 are the same as the FDD capabilities (i.e., that the capabilities of the UE 806 are unchanged in the move of the UE 806 from the FDD eNB 802 to the TDD eNB 804), the TDD eNB 804 will not query the UE 806 for updated capabilities. If the TDD bit(s) indicator indicates that a predetermined subset of the TDD capabilities of the UE 806 are the same as the same predetermined subset of FDD capabilities (i.e., that a predetermined subset of the capabilities of the UE 806 are unchanged in the move of the UE 806 from the FDD eNB 802 to the TDD eNB 804), the TDD eNB 804 may configure the UE 806 according to the determined subset of UE capabilities and may delay querying the UE 806 for updated capabilities until they are needed. However, if the TDD bit(s) indicator indicates that the TDD capabilities of the UE 806 are different from the FDD capabilities (i.e., that the capabilities of the UE 806 have changed in the move of the UE 806 from the FDD eNB 802 to the TDD eNB 804), the TDD eNB 804 queries the UE 806 for its TDD capabilities.
FIG. 9 is a diagram 900 for illustrating a third exemplary method. The method may be performed upon a UE move from an FDD eNB to a TDD eNB; upon a UE move from a TDD eNB to an FDD eNB; upon capability changes with respect to GSM EDGE Radio Access Network (GERAN), E-UTRAN, and cdma2000; and upon a move from a first cell/sector to a second cell/sector (which may or may not belong to the same eNB) for which the UE has different capabilities. In step 908, when the UE 902 is in an RRC_CONNECTED mode, the UE determines to update its E-UTRAN capabilities. In step 910, the UE sends a tracking area update (TAU) request (through the eNB 904) to the MME 906. The TAU request includes a flag that indicates that the TAU request was made by the UE 902 in order to update its capability information (e.g., upon handoff to the eNB 904). In step 912, the MME 906 deletes the UE radio capability information stored for the UE 902. In step 914, the MME 906 sends a TAU accept message to acknowledge that the UE radio capability information update is needed. In step 916, immediately after step 914, the MME 906 sends an UE context release message to the eNB 904, which sends an RRC connection release message to the UE 902. Accordingly, in step 916, the Si and RRC connections are released. The UE moves to the RRC_IDLE mode upon receiving the RRC connection release message from the eNB 904. In one configuration, step 916 may be performed even if the UE is receiving data, but only if the UE is not in a voice call. In such a configuration, step 916 may be delayed until the voice call is finished. In step 918, immediately after step 916, the UE 902 sends an RRC connection request message to the eNB 904. In step 920, the eNB 904 sends an RRC connection setup message to the UE 902. In step 922, the UE 902 sends an RRC connection complete (service request) message to the eNB 922. In step 924, the eNB 904 sends a service request to the MME 906. In step 926, the MME 906 responds with an initial context setup message. The initial context setup message does not include UE capability information of the UE 902, as the MME 906 had previously deleted such information in step 912. In step 928, the eNB 904 sends an initial context setup response message to the MME 906. In step 930, the eNB 904 sends a capability inquiry to the UE 902. In step 932, the UE 902 sends its UE capability information to the eNB 904. The UE capability information sent in step 932 may include the capability information for different network systems, including FDD capability information, TDD capability information, GERAN capability information, cdma2000 capability information, and any other capability information for other applicable network systems. As such, even if the eNB 904 is a TDD eNB, the UE 902 may send its capability information for TDD LTE as well as for FDD LTE, GERAN, and cdma2000. In step 934, the eNB 904 sends an indication that it has received new capability information and provides the new capability information to the MME 906. In step 936, the MME 906 stores the new capability information of the UE 902.
FIG. 10 is a diagram 1000 for illustrating a fourth exemplary method. The method may be performed upon a UE move from an FDD eNB to a TDD eNB; upon a UE move from a TDD eNB to an FDD eNB; upon capability changes with respect to GERAN, E-UTRAN, and cdma2000; and upon a move from a first cell/sector to a second cell/sector (which may or may not belong to the same eNB) for which the UE has different capabilities. In step 1008, when the UE 1002 is in an RRC_IDLE mode, the UE determines to update its E-UTRAN capabilities. In step 1010, the UE sends a TAU request (through the eNB 1004) to the MME 1006. The TAU request includes a flag that indicates that the TAU request was made by the UE 1002 in order to update its capability information (e.g., upon handoff to the eNB 1004) and an active flag that mandates that the MME perform step 1026. In step 1012, the MME 1006 deletes the UE radio capability information stored for the UE 1002. In step 1014, the MME 1006 sends a TAU accept message to acknowledge that the UE radio capability information update is needed. Following step 1014, the Si and RRC connections are not released, the RRC connection release and setup are not performed, and therefore a new service request is not made by the UE 1002 (i.e., steps 916-924 are not performed). In step 1026, the MME 1006 sends an initial context setup message. The initial context setup message does not include UE capability information of the UE 1002, as the MME 1006 had previously deleted such information in step 1012. In step 1028, the eNB 1004 sends an initial context setup response message to the MME 1006. In step 1030, the eNB 1004 sends a capability inquiry to the UE 1002. In step 1032, the UE 1002 sends its UE capability information to the eNB 1004. The UE capability information sent in step 1032 may include the capability information for different network systems, including FDD capability information, TDD capability information, GERAN capability information, cdma2000 capability information, and any other capability information for other applicable network systems. As such, even if the eNB 1004 is a TDD eNB, the UE 1002 may send its capability information for TDD LTE as well as for FDD LTE, GERAN, and cdma2000. In step 1034, the eNB 1004 sends an indication that it has received new capability information and provides the new capability information to the MME 1006. In step 1036, the MME 1006 stores the new capability information of the UE 1002.
FIG. 11 is a diagram 1100 for illustrating a fifth exemplary method. In step 1112, the UE is in ECM-CONNECTED mode. In step 1114, the FDD eNB 1104 determines that the UE 1102 should be handed over to the TDD eNB 1110, and therefore the FDD eNB 1104 queries the UE 1102 for TDD capability information. In one configuration, the FDD eNB 1104 determines whether the UE 1102 has different TDD capabilities than FDD capabilities before querying the UE 1102 for the TDD capability information. The FDD eNB 1104 may obtain this information by determining whether the UE 1102 has set a flag indicating that the FDD capabilities of the UE are different from the TDD capabilities of the UE. A new FGI may be defined to include a flag for indicating TDD/FDD capability differences. In step 1116, the UE 1102 sends its TDD capability information to the FDD eNB 1104. In step 1118, the FDD eNB 1104 sends a handover required message to the source MME 1106, which is the MME for the FDD eNB 1104. The handover required message includes the TDD capability information. In step 1120, the source MME 1106 sends a forward relocation request message to the target MME 1108, assuming the target MME 1108 is a different MME than the source MME 1106. The forward relocation request message includes the TDD capability information. In step 1122, the target MME 1108 sends a handover request to the TDD eNB 1110. The handover request includes the TDD capability information. In step 1124, the TDD eNB 1110 responds to the target MME 1108 with a handover request acknowledgement. In step 1126, the target MME 1108 sends a forward relocation response message to the source MME 1106. In step 1128, the source MME 1106 sends a handover command to the FDD eNB 1104. In step 1130, the FDD eNB 1104 sends an RRC connection reconfiguration message to the UE 1102. In step 1132, the UE 1102 sends a message to the TDD eNB 1110 indicating that the handover to the E-UTRAN is complete. As such, after step 1132, the UE 1102 moves to the TDD eNB 1110, thus completing the handover.
In FIG. 11, the source eNB 1104 is an FDD eNB and the target eNB 1110 is a TDD eNB, but the exemplary method described in relation to FIG. 11 is applicable when the source eNB 1104 is a TDD eNB and the target eNB 1110 is an FDD eNB. In addition, generally, the exemplary method described in relation to FIG. 11 is applicable when the UE has a first set of capabilities for communication with the source eNB 1104 and a second set of capabilities for communication with the target eNB 1110. Furthermore, the exemplary method described in relation to FIG. 11 is applicable when the UE moves from a first cell with a first set of capabilities to a second cell with a second set of capabilities. The first cell may belong to the source eNB 1104 and the second cell may belong to the target eNB 1110. The eNBs 1104, 1110 may be different. Alternatively, they may be the same eNB in which the eNB has multiple cells.
FIG. 12 is a diagram 1200 for illustrating a sixth exemplary method. In step 1212, the UE is in ECM-CONNECTED mode. As such, the UE 1202 is communicating with the FDD eNB 1204 (e.g., unicast, multicast, broadcast). In step 1218, the FDD eNB 1204 determines that the UE 1202 should be handed over to the TDD eNB 1210, and therefore the FDD eNB 1204 sends a handover required message to the source MME 1206, which is the MME for the FDD eNB 1204. The handover required message includes the previously received FDD capability information. In step 1220, the source MME 1206 sends a forward relocation request message to the target MME 1208, assuming the target MME 1208 is a different MME than the source MME 1206. The forward relocation request message includes the FDD capability information. In step 1222, the target MME 1208 sends a handover request to the TDD eNB 1210. The handover request includes the FDD capability information. In step 1224, the TDD eNB 1210 responds to the target MME 1208 with a handover request acknowledgement. In step 1226, the target MME 1208 sends a forward relocation response message to the source MME 1206. In step 1228, the source MME 1206 sends a handover command to the FDD eNB 1204. In step 1230, the FDD eNB 1204 sends an RRC connection reconfiguration message to the UE 1202. In step 1231, the UE 1202 sends a message to the TDD eNB 1210 indicating that the handover to the E-UTRAN is complete. As such, after step 1231, the UE 1202 moves to the TDD eNB 1210, thus completing the handover. In step 1232, the UE 1202 sends a TAU request (through the target eNB 1110) to the target MME 1208. The TAU request indicates that the capability information needs to be updated. In step 1234, the target MME 1208 may optionally respond to the UE 1202 with a TAU accept message. In step 1236, the target MME 1208 informs the TDD eNB 1210 that the capability information needs to be updated for the UE 1202. In step 1238, the TDD eNB 1210 queries the UE 1202 for its capability information. In step 1240, the UE 1202 sends its capability information to the target eNB 1210. In step 1241, the TDD eNB 1210 sends the target MME 1208 the capability information received from the UE 1202. In step 1242, the TDD eNB 1210 may reconfigure the RRC connection using the updated capability information.
In FIG. 12, the source eNB 1204 is an FDD eNB and the target eNB 1210 is a TDD eNB, but the exemplary method described in relation to FIG. 12 is applicable when the source eNB 1204 is a TDD eNB and the target eNB 1210 is an FDD eNB. In addition, generally, the exemplary method described in relation to FIG. 12 is applicable when the UE has a first set of capabilities for communication with the source eNB 1204 and a second set of capabilities for communication with the target eNB 1210. Furthermore, the exemplary method described in relation to FIG. 12 is applicable when the UE moves from a first cell with a first set of capabilities to a second cell with a second set of capabilities. The first cell may belong to the source eNB 1204 and the second cell may belong to the target eNB 1210. The eNBs 1204, 1210 may be different. Alternatively, they may be the same eNB in which the eNB has multiple cells.
FIG. 13 is a diagram 1300 for illustrating a seventh exemplary method. In step 1312, the UE is in ECM-CONNECTED mode. As such, the UE 1302 is communicating with the FDD eNB 1304 (e.g., unicast, multicast, broadcast). In step 1318, the FDD eNB 1304 determines that the UE 1302 should be handed over to the TDD eNB 1310, and therefore the FDD eNB 1304 sends a handover required message to the source MME 1306, which is the MME for the FDD eNB 1304. The handover required message includes the previously received FDD capability information. In step 1320, the source MME 1306 sends a forward relocation request message to the target MME 1308, assuming the target MME 1308 is a different MME than the source MME 1306. The forward relocation request message includes the FDD capability information. In step 1322, the target MME 1308 sends a handover request to the TDD eNB 1310. The handover request includes the FDD capability information. In step 1324, the TDD eNB 1310 responds to the target MME 1308 with a handover request acknowledgement. The TDD eNB 1310 constructs the handover request acknowledgement based on a minimum/common set of capabilities rather than the received FDD capability information. The TDD eNB 1310 determines whether the UE 1302 has different TDD capabilities than FDD capabilities before determining to base its handover request acknowledgement on a minimum/common set of capabilities. The TDD eNB 1310 may obtain this information by determining whether the UE 1302 has set a flag indicating that the FDD capabilities of the UE are different from the TDD capabilities of the UE. The flag may be set through a new capability or FGI defined to indicate TDD/FDD capability differences. For example, if the UE 1302 indicates that its TDD capabilities are the same as the FDD capabilities, the TDD eNB 1310 may construct the handover request acknowledgement based on the received FDD capabilities, but if the UE 1302 indicates that its TDD capabilities are different than its FDD capabilities, or when the UE capabilities were not transferred, the TDD eNB 1310 may construct the handover request acknowledgement based on a minimum set of capabilities common to all UEs. The minimum set of capabilities may be based on the active service. For example, a UE capable of voice and of connected mode mobility may need to support a predetermined set of capabilities. In step 1326, the target MME 1308 sends a forward relocation response message to the source MME 1306. In step 1328, the source MME 1306 sends a handover command to the FDD eNB 1304. In step 1330, the FDD eNB 1304 sends an RRC connection reconfiguration message to the UE 1302. In step 1331, the UE 1302 sends a message to the TDD eNB 1310 indicating that the handover to the E-UTRAN is complete. As such, after step 1331, the UE 1302 moves to the TDD eNB 1310, thus completing the handover. In step 1338, the TDD eNB 1310 queries the UE 1302 for its capability information. In step 1340, the UE 1302 sends its capability information to the target eNB 1310. In step 1341, the TDD eNB 1310 sends the target MME 1308 the capability information received from the UE 1302. In step 1342, the TDD eNB 1310 may reconfigure the RRC connection using the updated capability information.
In FIG. 13, the source eNB 1304 is an FDD eNB and the target eNB 1310 is a TDD eNB, but the exemplary method described in relation to FIG. 13 is applicable when the source eNB 1304 is a TDD eNB and the target eNB 1310 is an FDD eNB. In addition, generally, the exemplary method described in relation to FIG. 13 is applicable when the UE has a first set of capabilities for communication with the source eNB 1304 and a second set of capabilities for communication with the target eNB 1310. Furthermore, the exemplary method described in relation to FIG. 13 is applicable when the UE moves from a first cell with a first set of capabilities to a second cell with a second set of capabilities. The first cell may belong to the source eNB 1304 and the second cell may belong to the target eNB 1310. The eNBs 1304, 1310 may be different. Alternatively, they may be the same eNB in which the eNB has multiple cells.
FIG. 14 is a flow chart 1400 of a method of wireless communication. The method may be performed by a UE. In step 1402, the UE moves from a first cell to a second cell. The UE has a first set of capabilities for communication with the first cell and a second set of capabilities for communication with the second cell. In step 1404, the UE determines whether the first set of capabilities and the second set of capabilities are different and whether the first cell or the second cell queried for the second set of capabilities. In step 1406, the UE re-attaches, after optionally detaching or performing a local detach, to a network entity (e.g., MME) associated with the second cell in order to cause the second cell to query for the second set of capabilities upon determining that the first set of capabilities and the second set of capabilities are different, and that the first cell and the second cell did not query for the second set of capabilities.
FIG. 15 is a conceptual data flow diagram 1500 illustrating the data flow between different modules/means/components in an exemplary apparatus 100. The apparatus includes a communication module 1508 that handles a move from a first cell 1540 to a second cell 1550. The apparatus further includes a capability storage module 1502 that stores a first set of capabilities for communication with the first cell 1540 and a second set of capabilities for communication with the second cell 1550. The apparatus further includes a capability difference and query determination module 1504 that determines whether the first set of capabilities and the second set of capabilities are different and whether the first cell 1540 queried (or queries) 1510 or the second cell 1550 queried (or queries) 1512 for the second set of capabilities. The apparatus further includes a detach/attach module 1506 that re-attaches to a network entity (e.g., MME) associated with the second cell 1550 in order to cause the second cell 1550 to query 1512 for the second set of capabilities upon determining that the first set of capabilities and the second set of capabilities are different and that the first cell 1540 and the second cell 1550 did not (or does not) query for the second set of capabilities. The communication module 1508 receives the query 1512 from the second cell 1550 for the second set of capabilities and sends 1514 the second set of capabilities to the second cell 1550.
The apparatus may include additional modules that perform each of the steps of the algorithm in the aforementioned flow chart(s). As such, each step in the aforementioned flow chart(s) may be performed by a module and the apparatus may include one or more of those modules. The modules may be one or more hardware components specifically configured to carry out the stated processes/algorithm, implemented by a processor configured to perform the stated processes/algorithm, stored within a computer-readable medium for implementation by a processor, or some combination thereof.
FIG. 16 is a diagram illustrating an example of a hardware implementation for an apparatus 100′ employing a processing system 1614. The processing system 1614 may be implemented with a bus architecture, represented generally by the bus 1624. The bus 1624 may include any number of interconnecting buses and bridges depending on the specific application of the processing system 1614 and the overall design constraints. The bus 1624 links together various circuits including one or more processors and/or hardware modules, represented by the processor 1604, the modules 1502, 1504, 1506, 1508, and the computer-readable medium 1606. The bus 1624 may also link various other circuits such as timing sources, peripherals, voltage regulators, and power management circuits, which are well known in the art, and therefore, will not be described any further.
The processing system 1614 may be coupled to a transceiver 1610. The transceiver 1610 is coupled to one or more antennas 1620. The transceiver 1610 provides a means for communicating with various other apparatus over a transmission medium. The processing system 1614 includes a processor 1604 coupled to a computer-readable medium 1606. The processor 1604 is responsible for general processing, including the execution of software stored on the computer-readable medium 1606. The software, when executed by the processor 1604, causes the processing system 1614 to perform the various functions described supra for any particular apparatus. The computer-readable medium 1606 may also be used for storing data that is manipulated by the processor 1604 when executing software. The processing system further includes at least one of the modules 1502, 1504, 1506, and 1508. The modules may be software modules running in the processor 1604, resident/stored in the computer readable medium 1606, one or more hardware modules coupled to the processor 1604, or some combination thereof. The processing system 1614 may be a component of the UE 650 and may include the memory 660 and/or at least one of the TX processor 668, the RX processor 656, and the controller/processor 659.
In one configuration, the apparatus 100/100′ for wireless communication includes means for moving from a first cell to a second cell. The UE has a first set of capabilities for communication with the first cell and a second set of capabilities for communication with the second cell. The apparatus further includes means for determining whether the first set of capabilities and the second set of capabilities are different and whether the first cell or the second cell queried for the second set of capabilities. The apparatus further includes means for re-attaching to a network entity associated with the second cell in order to cause the second cell to query for the second set of capabilities upon determining that the first set of capabilities and the second set of capabilities are different, and that the first cell and the second cell did not query for the second set of capabilities.
The aforementioned means may be one or more of the aforementioned modules of the apparatus 100 and/or the processing system 1614 of the apparatus 100′ configured to perform the functions recited by the aforementioned means. As described supra, the processing system 1614 may include the TX Processor 668, the RX Processor 656, and the controller/processor 659. As such, in one configuration, the aforementioned means may be the TX Processor 668, the RX Processor 656, and the controller/processor 659 configured to perform the functions recited by the aforementioned means.
FIG. 17 is a flow chart 1700 of a method of wireless communication. The method may be performed by a UE. In step 1702, the UE may receive an inquiry for a first set of capabilities from a first cell. The first set of capabilities is for communication with a first cell. In step 1704, the UE transmits the first set of capabilities to the first cell. In step 1706, the UE may receive an inquiry for information from the first cell. In step 1708, the UE transmits information associated with a second set of capabilities to the first cell. The second set of capabilities is for communication with a second cell. In step 1710, the UE moves from the first cell to the second cell. In step 1712, the UE communicates with the second cell based on the transmitted information.
In one configuration, when the UE transmits the first set of capabilities to the first cell, the UE transmits the information associated with the second set of capabilities concurrently with the first set of capabilities. In such a configuration, the UE may not specifically receive an inquiry for the information from the first cell (step 1706). The information may be the second set of capabilities or at least one bit for indicating whether at least one subset of the second set of capabilities is the same as at least one subset of the first set of capabilities. For example, referring to FIG. 8, the first set of capabilities may be FDD capabilities and the second set of capabilities may be TDD capabilities. The information may be the TDD capabilities or a TDD bit(s) indicator. As shown in FIG. 8, the UE 806 provides 808 the FDD capabilities and provides 810 the TDD capabilities or a TDD bit(s) indicator to the FDD eNB 802. For another example, referring to FIG. 11, in step 1114, the UE 1102 receives a specific inquiry for the information associated with the second set of capabilities; in step 1116, the UE 1102 transmits the information associated with the second set of capabilities to the source eNB 1104; and in step 1132, the UE moves (upon the handover) from the source eNB 1104 to the target eNB 1110. Thereafter, the UE 1102 communicates with the target eNB 1110 based on the information.
The at least one bit may be transmitted in a capability within the transmitted first set of capabilities. In one configuration, the first set of capabilities may include capabilities associated with FDD communication and the second set of capabilities may include capabilities associated with TDD communication. In one configuration, the first set of capabilities may include capabilities associated with TDD communication and the second set of capabilities may include capabilities associated with FDD communication. The first cell and the second cell may belong to the same eNB. Alternatively, the first cell may belong to a first eNB and the second cell may belong to a second eNB different than the first eNB. The first eNB and the second eNB belong to the same network or to different networks.
FIG. 18 is a flow chart 1800 of a method of wireless communication. The method may be performed by a source cell. In step 1802, the source cell determines a UE is subject to a handover from the source cell to a target cell. In step 1804, the source cell transmits an inquiry to the UE for a set of capabilities used by the UE for communicating with the target cell. In step 1806, the source cell receives the set of capabilities from the UE. In step 1808, the source cell provides the set of capabilities to the target cell. The inquiry may indicate that the set of capabilities is for communication with the target cell.
For example, referring to FIG. 11, after the source eNB 1104 determines that the UE 1102 should move from the source eNB 1104 to the target eNB 1110, in step 1114, the source eNB 1104 transmits an inquiry to the UE 1102 for a set of capabilities used by the UE 1102 for communicating with the target eNB 1110. In step 1116, the source eNB 1104 receives the set of capabilities from the UE 1102. In step 1118, the source eNB 1104 provides the set of capabilities to the source MME 1106, which provides the set of capabilities to the target MME 1108 (in step 1120), which provides the set of capabilities to the target eNB 1110 (in step 1122).
FIG. 19 is a flow chart 1900 of a method of wireless communication. The method may be performed by a target cell. In step 1902, the target cell receives a handover request from a network entity for a handover of a UE from a source cell to the target cell. The handover request includes a first set of capabilities associated with the source cell. In step 1904, the target cell determines a set of capabilities for constructing a handover request acknowledgement when the first set of capabilities is different than a second set of capabilities associated with the target cell. The set of capabilities is a subset of the second set of capabilities. In step 1906, the target cell constructs the handover request acknowledgement based on the set of capabilities. In step 1908, the target cell transmits the handover request acknowledgement to the network entity. In step 1910, the target cell determines whether to transmit a capability inquiry to the UE for the second set of capabilities. If the target cell determines to transmit the capability inquiry to the UE for the second set of capabilities, in step 1912, the target cell receives the second set of capabilities from the UE.
In one configuration, the target cell transmits a capability inquiry to the UE for the second set of capabilities upon a handover of the UE to the target cell. The target cell then receives the second set of capabilities from the UE. In one configuration, the handover request may include an indication of whether at least one subset of a second set of capabilities associated with the target cell is the same as at least one subset of the first set of capabilities. In such a configuration, the set of capabilities may be determined based on the indication. In one configuration, the target cell transmits a capability inquiry to the UE for the second set of capabilities when the indication indicates that the at least one subset of the second set of capabilities is different than the at least one subset of the first set of capabilities, or the at least one subset of the second set of capabilities is the same as the at least one subset of the first set of capabilities and the at least one subset of the second set of capabilities does not include all of the second set of capabilities. The target cell then receives the second set of capabilities from the UE.
For example, referring to FIG. 13, in step 1322, the target eNB 1310 receives a handover request. The handover request includes a first set of capabilities associated with the source eNB 1304. The target eNB 1310 determines a set of capabilities for constructing a handover request acknowledgement when the first set of capabilities is different than a second set of capabilities associated with the target eNB 1310. The set of capabilities is a subset of the second set of capabilities. The target cell constructs the handover request acknowledgement based on the set of capabilities. In step 1324, the target cell transmits the handover request acknowledgement to the network entity. Before step 1338, the target eNB 1310 determines whether to transmit a capability inquiry to the UE 1302 for the second set of capabilities. If the target eNB 1310 determines to transmit (step 1338) the capability inquiry to the UE 1302 for the second set of capabilities, the target eNB receives (in step 1340) the second set of capabilities from the UE 1302.
FIG. 20 is a flow chart 2000 of a method of wireless communication. The method may be performed by a UE. In step 2002, the UE transmits a TAU request to a network entity while in a connected state with a cell. The TAU request indicates that the capabilities for the communication with the cell should be updated. In step 2004, the UE receives a TAU accept message from the network entity. In step 2006, the UE moves to an idle state upon receiving an RRC connection release message from a base station associated with the network entity. The UE may move from the connected state to the idle state immediately upon receiving the RRC connection release message.
For example, referring to FIG. 9, in step 910, the UE 902 transmits a TAU request to the MME 906 while in a connected state with the eNB 904. The TAU request indicates that the capabilities for the communication with the eNB 904 should be updated. In step 914, the UE receives a TAU accept message from the MME 906. After step 916, the UE 902 moves to an idle state upon receiving an RRC connection release message from the MME 906. The UE 902 may move from the connected state to the idle state immediately upon receiving the RRC connection release message.
FIG. 21 is a flow chart 2100 of a method of wireless communication. The method may be performed by a network entity, such as the MME 906 or the target MME 1210. In step 2102, the network entity receives a TAU request from a UE while the UE is in a connected state with a cell. The TAU request indicates that the capabilities for the communication with the cell should be updated. In step 2104, the network entity transmits a TAU accept message to the UE. In step 2106, if the network entity intends to transmit an RRC connection release message and the UE is in a voice call, step 2108 may be performed in which the network entity delays the transmission of the RRC connection release message until the UE is not in the voice call. Otherwise, the network entity transmits, upon transmitting the TAU accept message and in response to the TAU request, one of a UE context release message to a base station controlling the cell in order to release the connection for the UE, or a message to the base station controlling the cell indicating that the capabilities should be updated.
For example, referring to FIG. 9, in step 910, the MME 906 receives a TAU request (through the eNB 904) from the UE 902 while the UE 902 is in a connected state with the eNB 904. The TAU request indicates that the capabilities for the communication with the eNB 904 should be updated. In step 914, the MME 906 transmits a TAU accept message (through the eNB 904) to the UE 902. If the UE 902 is in a voice call, the MME 906 may delay the transmission of the UE context release message in step 916 until the UE 902 is not in the voice call. For another example, referring to FIG. 12, in step 1232, the target MME 1208 receives a TAU request (through the target eNB 1210) from the UE 1202 while the UE 1202 is in a connected state with the target eNB 1210. The TAU request indicates that the capabilities for the communication with the target eNB 1210 should be updated. In step 1234, the target MME 1208 transmits a TAU accept message (through the target eNB 1210) to the UE 1202. Subsequently, in step 1236, the target MME 1208 transmits a message to the target eNB 1210 indicating that the capabilities should be updated.
FIG. 22 is a conceptual data flow diagram 2200 illustrating the data flow between different modules/means/components in an exemplary apparatus 101. The apparatus includes a capability storage module 2202 that is configured to store a first set of capabilities for communication with the first cell 2240 and a second set of capabilities for communication with the second cell 2250. The apparatus further includes a communication module 2204 that is configured to transmit 2212 the first set of capabilities to a first cell 2240. The communication module 2204 is also configured to transmit 2214 information associated with a second set of capabilities to the first cell 2240. The communication module 2204 is configured to move communication from the first cell 2240 to the second cell 2250. The communication module 2204 is configured to communicate with the second cell 2250 based on the transmitted information.
The apparatus may include additional modules that perform each of the steps of the algorithm in the aforementioned flow chart of FIG. 17. As such, each step in the aforementioned flow chart of FIG. 17 may be performed by a module and the apparatus may include one or more of those modules. The modules may be one or more hardware components specifically configured to carry out the stated processes/algorithm, implemented by a processor configured to perform the stated processes/algorithm, stored within a computer-readable medium for implementation by a processor, or some combination thereof.
FIG. 23 is a diagram 2300 illustrating an example of a hardware implementation for an apparatus 101′ employing a processing system 2314. The processing system 2314 may be implemented with a bus architecture, represented generally by the bus 2324. The bus 2324 may include any number of interconnecting buses and bridges depending on the specific application of the processing system 2314 and the overall design constraints. The bus 2324 links together various circuits including one or more processors and/or hardware modules, represented by the processor 2304, the modules 2202, 2204 and the computer-readable medium 2306. The bus 2324 may also link various other circuits such as timing sources, peripherals, voltage regulators, and power management circuits, which are well known in the art, and therefore, will not be described any further.
The processing system 2314 may be coupled to a transceiver 2310. The transceiver 2310 is coupled to one or more antennas 2320. The transceiver 2310 provides a means for communicating with various other apparatus over a transmission medium. The processing system 2314 includes a processor 2304 coupled to a computer-readable medium 2306. The processor 2304 is responsible for general processing, including the execution of software stored on the computer-readable medium 2306. The software, when executed by the processor 2304, causes the processing system 2314 to perform the various functions described supra for any particular apparatus. The computer-readable medium 2306 may also be used for storing data that is manipulated by the processor 2304 when executing software. The processing system further includes at least one of the modules 2202 and 2204. The modules may be software modules running in the processor 2304, resident/stored in the computer readable medium 2306, one or more hardware modules coupled to the processor 2304, or some combination thereof. The processing system 2314 may be a component of the UE 650 and may include the memory 660 and/or at least one of the TX processor 668, the RX processor 656, and the controller/processor 659.
In one configuration, the apparatus 101/101′ for wireless communication includes means for transmitting a first set of capabilities to a first cell. The first set of capabilities is for communication with the first cell. The apparatus further includes means for transmitting information associated with a second set of capabilities to the first cell. The second set of capabilities is for communication with a second cell. The apparatus further includes means for moving communication from the first cell to the second cell. The apparatus further includes means for communicating with the second cell based on the transmitted information.
The apparatus may further include means for receiving an inquiry for the first set of capabilities from the first cell. The first set of capabilities and the information associated with the second set of capabilities may be transmitted concurrently in response to the received inquiry. The apparatus may further include means for receiving an inquiry for the information from the first cell. The information may be transmitted in response to the received inquiry.
The aforementioned means may be one or more of the aforementioned modules of the apparatus 101 and/or the processing system 2314 of the apparatus 101′ configured to perform the functions recited by the aforementioned means. As described supra, the processing system 2314 may include the TX Processor 668, the RX Processor 656, and the controller/processor 659. As such, in one configuration, the aforementioned means may be the TX Processor 668, the RX Processor 656, and the controller/processor 659 configured to perform the functions recited by the aforementioned means.
FIG. 24 is a conceptual data flow diagram 2400 illustrating the data flow between different modules/means/components in an exemplary source cell apparatus 102. The source cell includes a capability storage module 2402 that is configured to store a set of capabilities used by the UE 2430 for communicating with the target cell 2440. The source cell further includes a handover determination module 2404 that is configured to determine that the UE 2430 is subject to handover from the source cell to the target cell 2440. The source cell further includes a communication module 2406 that is configured to transmit 2414 an inquiry to the UE 2430 for a set of capabilities used by the UE 2430 for communicating with the target cell 2440. The communication module 2406 is further configured to receive 2416 the set of capabilities from the UE 2430. The communication module 2406 is further configured to provide 2418 the set of capabilities to the target cell 2440.
The apparatus may include additional modules that perform each of the steps of the algorithm in the aforementioned flow chart of FIG. 18. As such, each step in the aforementioned flow chart of FIG. 18 may be performed by a module and the apparatus may include one or more of those modules. The modules may be one or more hardware components specifically configured to carry out the stated processes/algorithm, implemented by a processor configured to perform the stated processes/algorithm, stored within a computer-readable medium for implementation by a processor, or some combination thereof.
FIG. 25 is a diagram 2500 illustrating an example of a hardware implementation for an apparatus 102′ employing a processing system 2514. The processing system 2514 may be implemented with a bus architecture, represented generally by the bus 2524. The bus 2524 may include any number of interconnecting buses and bridges depending on the specific application of the processing system 2514 and the overall design constraints. The bus 2524 links together various circuits including one or more processors and/or hardware modules, represented by the processor 2504, the modules 2402, 2404, 2406 and the computer-readable medium 2506. The bus 2524 may also link various other circuits such as timing sources, peripherals, voltage regulators, and power management circuits, which are well known in the art, and therefore, will not be described any further.
The processing system 2514 may be coupled to a transceiver 2510. The transceiver 2510 is coupled to one or more antennas 2520. The transceiver 2510 provides a means for communicating with various other apparatus over a transmission medium. The processing system 2514 includes a processor 2504 coupled to a computer-readable medium 2506. The processor 2504 is responsible for general processing, including the execution of software stored on the computer-readable medium 2506. The software, when executed by the processor 2504, causes the processing system 2514 to perform the various functions described supra for any particular apparatus. The computer-readable medium 2506 may also be used for storing data that is manipulated by the processor 2504 when executing software. The processing system further includes at least one of the modules 2402, 2404, and 2406. The modules may be software modules running in the processor 2504, resident/stored in the computer readable medium 2506, one or more hardware modules coupled to the processor 2504, or some combination thereof. The processing system 2514 may be a component of the eNB 610 and may include the memory 676 and/or at least one of the TX processor 616, the RX processor 670, and the controller/processor 675.
In one configuration, the apparatus 102/102′ for wireless communication includes means for determining a UE is subject to handover from the source cell to a target cell, means for transmitting an inquiry to the UE for a set of capabilities used by the UE for communicating with the target cell, means for receiving the set of capabilities from the UE, and means for providing the set of capabilities to the target cell.
The aforementioned means may be one or more of the aforementioned modules of the apparatus 102 and/or the processing system 2514 of the apparatus 102′ configured to perform the functions recited by the aforementioned means. As described supra, the processing system 2514 may include the TX Processor 616, the RX Processor 670, and the controller/processor 675. As such, in one configuration, the aforementioned means may be the TX Processor 616, the RX Processor 670, and the controller/processor 675 configured to perform the functions recited by the aforementioned means.
FIG. 26 is a conceptual data flow diagram 2600 illustrating the data flow between different modules/means/components in an exemplary target cell apparatus 103. The target cell includes a handover request receiving module 2602 that is configured to receive 2612 a handover request from a network entity 2650 for a handover of a UE from a source cell to the target cell. The handover request includes a first set of capabilities associated with the source cell. The target cell further includes a capability set determination module 2604 that is configured to determine a set of capabilities for constructing a handover request acknowledgement when the first set of capabilities is different than a second set of capabilities associated with the target cell. The set of capabilities is a subset of the second set of capabilities. The target cell further includes a handover request acknowledgement construction module 2606 that is configured to construct the handover request acknowledgement based on the set of capabilities. The target cell further includes a handover request acknowledgement transmission module 2608 that is configured to transmit 2614 the handover request acknowledgement to the network entity 2650.
FIG. 27 is a diagram 2700 illustrating an example of a hardware implementation for an apparatus 103′ employing a processing system 2714. The processing system 2714 may be implemented with a bus architecture, represented generally by the bus 2724. The bus 2724 may include any number of interconnecting buses and bridges depending on the specific application of the processing system 2714 and the overall design constraints. The bus 2724 links together various circuits including one or more processors and/or hardware modules, represented by the processor 2704, the modules 2602, 2604, 2606, 2608 and the computer-readable medium 2706. The bus 2724 may also link various other circuits such as timing sources, peripherals, voltage regulators, and power management circuits, which are well known in the art, and therefore, will not be described any further.
The processing system 2714 may be coupled to a transceiver 2710. The transceiver 2710 is coupled to one or more antennas 2720. The transceiver 2710 provides a means for communicating with various other apparatus over a transmission medium. The processing system 2714 includes a processor 2704 coupled to a computer-readable medium 2706. The processor 2704 is responsible for general processing, including the execution of software stored on the computer-readable medium 2706. The software, when executed by the processor 2704, causes the processing system 2714 to perform the various functions described supra for any particular apparatus. The computer-readable medium 2706 may also be used for storing data that is manipulated by the processor 2704 when executing software. The processing system further includes at least one of the modules 2602, 2604, 2606, and 2608. The modules may be software modules running in the processor 2704, resident/stored in the computer readable medium 2706, one or more hardware modules coupled to the processor 2704, or some combination thereof. The processing system 2714 may be a component of the eNB 610 and may include the memory 676 and/or at least one of the TX processor 616, the RX processor 670, and the controller/processor 675.
In one configuration, the apparatus 103/103′ for wireless communication includes means for receiving a handover request from a network entity for a handover of a UE from a source cell to the target cell. The handover request includes a first set of capabilities associated with the source cell. The apparatus further includes means for determining a set of capabilities for constructing a handover request acknowledgement when the first set of capabilities is different than a second set of capabilities associated with the target cell. The set of capabilities is a subset of the second set of capabilities. The apparatus further includes means for constructing the handover request acknowledgement based on the set of capabilities. The apparatus further includes means for transmitting the handover request acknowledgement to the network entity.
The apparatus may further include means for transmitting a capability inquiry to the UE for the second set of capabilities upon a handover of the UE to the target cell, and means for receiving the second set of capabilities from the UE. In one configuration, the handover request includes an indication of whether at least one subset of a second set of capabilities associated with the target cell is the same as at least one subset of the first set of capabilities, and the set of capabilities is determined based on the indication. In such a configuration, the apparatus may further include means for transmitting a capability inquiry to the UE for the second set of capabilities when the indication indicates that the at least one subset of the second set of capabilities is different than the at least one subset of the first set of capabilities, or the at least one subset of the second set of capabilities is the same as the at least one subset of the first set of capabilities and the at least one subset of the second set of capabilities does not include all of the second set of capabilities; and means for receiving the second set of capabilities from the UE.
The aforementioned means may be one or more of the aforementioned modules of the apparatus 103 and/or the processing system 2714 of the apparatus 103′ configured to perform the functions recited by the aforementioned means. As described supra, the processing system 2714 may include the TX Processor 616, the RX Processor 670, and the controller/processor 675. As such, in one configuration, the aforementioned means may be the TX Processor 616, the RX Processor 670, and the controller/processor 675 configured to perform the functions recited by the aforementioned means.
FIG. 28 is a conceptual data flow diagram 2800 illustrating the data flow between different modules/means/components in an exemplary UE apparatus 104. The UE includes a capability storage module 2802 that is configured to store capabilities for communication with a cell. The UE further includes a communication module 2804 that is configured to transmit 2812 a TAU request to a network entity 2860 while in a connected state with a cell (i.e., sector of the base station 2850). The TAU request indicates that the capabilities for the communication with the cell should be updated. The communication module 2804 is further configured to receive 2814 a TAU accept message from the network entity 2860. The communication module 2804 is further configured to move to an idle state upon receiving 2816 an RRC connection release message from a base station 2850 associated with the network entity 2860. While the TAU request and the TAU accept message are shown as being transmitted directly to the network entity 2860, the TAU request and TAU accept message are communicated through the base station 2850.
The apparatus may include additional modules that perform each of the steps of the algorithm in the aforementioned flow chart of FIG. 20. As such, each step in the aforementioned flow chart of FIG. 20 may be performed by a module and the apparatus may include one or more of those modules. The modules may be one or more hardware components specifically configured to carry out the stated processes/algorithm, implemented by a processor configured to perform the stated processes/algorithm, stored within a computer-readable medium for implementation by a processor, or some combination thereof.
FIG. 29 is a diagram 2900 illustrating an example of a hardware implementation for an apparatus 104′ employing a processing system 2914. The processing system 2914 may be implemented with a bus architecture, represented generally by the bus 2924. The bus 2924 may include any number of interconnecting buses and bridges depending on the specific application of the processing system 2914 and the overall design constraints. The bus 2924 links together various circuits including one or more processors and/or hardware modules, represented by the processor 2904, the modules 2802, 2804 and the computer-readable medium 2906. The bus 2924 may also link various other circuits such as timing sources, peripherals, voltage regulators, and power management circuits, which are well known in the art, and therefore, will not be described any further.
The processing system 2914 may be coupled to a transceiver 2910. The transceiver 2910 is coupled to one or more antennas 2920. The transceiver 2910 provides a means for communicating with various other apparatus over a transmission medium. The processing system 2914 includes a processor 2904 coupled to a computer-readable medium 2906. The processor 2904 is responsible for general processing, including the execution of software stored on the computer-readable medium 2906. The software, when executed by the processor 2904, causes the processing system 2914 to perform the various functions described supra for any particular apparatus. The computer-readable medium 2906 may also be used for storing data that is manipulated by the processor 2904 when executing software. The processing system further includes at least one of the modules 2802 and 2804. The modules may be software modules running in the processor 2904, resident/stored in the computer readable medium 2906, one or more hardware modules coupled to the processor 2904, or some combination thereof. The processing system 2914 may be a component of the UE 650 and may include the memory 660 and/or at least one of the TX processor 668, the RX processor 656, and the controller/processor 659.
In one configuration, the apparatus 104/104′ for wireless communication includes means for transmitting a TAU request to a network entity while in a connected state with a cell. The TAU request indicates that the capabilities for the communication with the cell should be updated. The apparatus further includes means for receiving a TAU accept message from the network entity. The apparatus further includes means for moving to an idle state upon receiving an RRC connection release message from a base station associated with the network entity.
The aforementioned means may be one or more of the aforementioned modules of the apparatus 104 and/or the processing system 2914 of the apparatus 104′ configured to perform the functions recited by the aforementioned means. As described supra, the processing system 2914 may include the TX Processor 668, the RX Processor 656, and the controller/processor 659. As such, in one configuration, the aforementioned means may be the TX Processor 668, the RX Processor 656, and the controller/processor 659 configured to perform the functions recited by the aforementioned means.
FIG. 30 is a conceptual data flow diagram 3000 illustrating the data flow between different modules/means/components in an exemplary network entity (e.g., MME) apparatus 105. The network entity includes a TAU request receiving module 3002 that is configured to receive 3014 a TAU request from a UE 3030 while the UE 3030 is in a connected state with a cell. The TAU request indicates that the capabilities for the communication with the cell should be updated. The network entity further includes a TAU accept message transmission module 3004 that is configured to transmit 3016 a TAU accept message to the UE 3030. The network entity further includes a transmission module 3006 that is configured to transmit 3018, upon transmitting the TAU accept message and in response to the TAU request, one of a UE context release message to a base station 3040 controlling the cell in order to release the connection for the UE 3030, or a message to the base station 3040 controlling the cell indicating that the capabilities should be updated. The transmission module 3006 may be configured to delay the transmission of the RRC connection release message until the UE 3030 is not in a voice call.
The apparatus may include additional modules that perform each of the steps of the algorithm in the aforementioned flow chart of FIG. 21. As such, each step in the aforementioned flow chart of FIG. 21 may be performed by a module and the apparatus may include one or more of those modules. The modules may be one or more hardware components specifically configured to carry out the stated processes/algorithm, implemented by a processor configured to perform the stated processes/algorithm, stored within a computer-readable medium for implementation by a processor, or some combination thereof.
FIG. 31 is a diagram 3100 illustrating an example of a hardware implementation for an apparatus 105′ employing a processing system 3114. The processing system 3114 may be implemented with a bus architecture, represented generally by the bus 3124. The bus 3124 may include any number of interconnecting buses and bridges depending on the specific application of the processing system 3114 and the overall design constraints. The bus 3124 links together various circuits including one or more processors and/or hardware modules, represented by the processor 3104, the modules 3002, 3004, 3006 and the computer-readable medium 3106. The bus 3124 may also link various other circuits such as timing sources, peripherals, voltage regulators, and power management circuits, which are well known in the art, and therefore, will not be described any further.
The processing system 3114 may be coupled to a transceiver 3110. The transceiver 3110 is coupled to one or more antennas 3120. The transceiver 3110 provides a means for communicating with various other apparatus over a transmission medium. The processing system 3114 includes a processor 3104 coupled to a computer-readable medium 3106. The processor 3104 is responsible for general processing, including the execution of software stored on the computer-readable medium 3106. The software, when executed by the processor 3104, causes the processing system 3114 to perform the various functions described supra for any particular apparatus. The computer-readable medium 3106 may also be used for storing data that is manipulated by the processor 3104 when executing software. The processing system further includes at least one of the modules 3002, 3004, and 3006. The modules may be software modules running in the processor 3104, resident/stored in the computer readable medium 3106, one or more hardware modules coupled to the processor 3104, or some combination thereof.
In one configuration, the apparatus 105/105′ for wireless communication includes means for receiving a TAU request from a UE while the UE is in a connected state with a cell. The TAU request indicates that the capabilities for the communication with the cell should be updated. The apparatus further includes means for transmitting a TAU accept message to the UE. The apparatus further includes means for transmitting, upon transmitting the TAU accept message and in response to the TAU request, one of a UE context release message to a base station controlling the cell in order to release the connection for the UE, or a message to the base station controlling the cell indicating that the capabilities should be updated. The apparatus may further include means for delaying the transmission of the RRC connection release message until the UE is not in a voice call. The aforementioned means may be one or more of the aforementioned modules of the apparatus 105 and/or the processing system 3114 of the apparatus 105′ configured to perform the functions recited by the aforementioned means.
transmitting a first set of capabilities to a first cell, the first set of capabilities being for communication with the first cell;
transmitting information associated with a second set of capabilities to the first cell, the second set of capabilities being for communication with a second cell;
moving from the first cell to the second cell; and
communicating with the second cell based on the transmitted information.
2. The method of claim 1, further comprising receiving an inquiry for the first set of capabilities from the first cell, wherein the first set of capabilities and the information associated with the second set of capabilities are transmitted concurrently in response to the received inquiry.
3. The method of claim 1, further comprising receiving an inquiry for the information from the first cell, wherein the information is transmitted in response to the received inquiry.
4. The method of claim 1, wherein the information comprises at least one bit indicating whether at least one subset of the second set of capabilities is the same as at least one subset of the first set of capabilities.
5. The method of claim 4, wherein the at least one bit is transmitted in a capability within the transmitted first set of capabilities.
6. The method of claim 1, wherein the information comprises the second set of capabilities.
7. The method of claim 1, wherein the first set of capabilities includes capabilities associated with frequency division duplexing (FDD) communication and the second set of capabilities includes capabilities associated with time division duplexing (TDD) communication.
8. The method of claim 1, wherein the first set of capabilities includes capabilities associated with time division duplexing (TDD) communication and the second set of capabilities includes capabilities associated with frequency division duplexing (FDD) communication.
9. The method of claim 1, wherein the first cell and the second cell belong to a same evolved Node B (eNB).
10. The method of claim 1, wherein the first cell belongs to a first evolved Node B (eNB) and the second cell belongs to a second eNB different than the first eNB.
11. The method of claim 10, wherein the first eNB and the second eNB belong to a same network.
12. The method of claim 10, wherein the first eNB and the second eNB belong to different networks.
13. A method of wireless communication of a source cell, comprising:
determining a user equipment (UE) is subject to handover from the source cell to a target cell;
transmitting an inquiry to the UE for a set of capabilities used by the UE for communicating with the target cell;
receiving the set of capabilities from the UE; and
providing the set of capabilities to the target cell.
14. The method of claim 13, wherein the inquiry indicates that the set of capabilities is for communication with the target cell.
15. A method of wireless communication of a target cell, comprising:
receiving a handover request from a network entity for a handover of a user equipment (UE) from a source cell to the target cell, the handover request including a first set of capabilities associated with the source cell;
determining a set of capabilities for constructing a handover request acknowledgement when the first set of capabilities is different than a second set of capabilities associated with the target cell, the set of capabilities being a subset of the second set of capabilities;
constructing the handover request acknowledgement based on the set of capabilities; and
transmitting the handover request acknowledgement to the network entity.
transmitting a capability inquiry to the UE for the second set of capabilities upon a handover of the UE to the target cell; and
receiving the second set of capabilities from the UE.
17. The method of claim 15, wherein the handover request includes an indication of whether at least one subset of a second set of capabilities associated with the target cell is the same as at least one subset of the first set of capabilities, and the set of capabilities is determined based on the indication.
transmitting a capability inquiry to the UE for the second set of capabilities when the indication indicates that the at least one subset of the second set of capabilities is different than the at least one subset of the first set of capabilities, or the at least one subset of the second set of capabilities is the same as the at least one subset of the first set of capabilities and the at least one subset of the second set of capabilities does not include all of the second set of capabilities; and
19. A method of wireless communication of a user equipment (UE), comprising:
transmitting a tracking area update (TAU) request to a network entity while in a connected state with a cell, the TAU request indicating that the capabilities for the communication with the cell should be updated;
receiving a TAU accept message from the network entity; and
moving to an idle state upon receiving a radio resource control (RRC) connection release message from a base station associated with the network entity.
20. The method of claim 19, wherein the UE moves from the connected state to the idle state immediately upon receiving the RRC connection release message.
21. A method of wireless communication of a network entity, comprising:
receiving a tracking area update (TAU) request from a user equipment (UE) while the UE is in a connected state with a cell, the TAU request indicating that the capabilities for the communication with the cell should be updated;
transmitting a TAU accept message to the UE; and
transmitting, upon transmitting the TAU accept message and in response to the TAU request, one of a UE context release message to a base station controlling the cell in order to release the connection for the UE, or a message to the base station controlling the cell indicating that the capabilities should be updated.
22. The method of claim 21, further comprising delaying the transmission of the RRC connection release message until the UE is not in a voice call.
23. A method of wireless communication of a user equipment (UE), comprising:
moving from a first cell to a second cell, the UE having a first set of capabilities for communication with the first cell and a second set of capabilities for communication with the second cell;
determining whether the first set of capabilities and the second set of capabilities are different and whether the first cell or the second cell queried for the second set of capabilities; and
re-attaching to a network associated with the second cell in order to cause the second cell to query for the second set of capabilities upon determining that the first set of capabilities and the second set of capabilities are different, and that the first cell and the second cell did not query for the second set of capabilities.
means for transmitting a first set of capabilities to a first cell, the first set of capabilities being for communication with the first cell;
means for transmitting information associated with a second set of capabilities to the first cell, the second set of capabilities being for communication with a second cell;
means for moving from the first cell to the second cell; and
means for communicating with the second cell based on the transmitted information.
25. The apparatus of claim 24, further comprising means for receiving an inquiry for the first set of capabilities from the first cell, wherein the first set of capabilities and the information associated with the second set of capabilities are transmitted concurrently in response to the received inquiry.
26. The apparatus of claim 24, further comprising means for receiving an inquiry for the information from the first cell, wherein the information is transmitted in response to the received inquiry.
27. The apparatus of claim 24, wherein the information comprises at least one bit indicating whether at least one subset of the second set of capabilities is the same as at least one subset of the first set of capabilities.
28. The apparatus of claim 27, wherein the at least one bit is transmitted in a capability within the transmitted first set of capabilities.
29. The apparatus of claim 24, wherein the information comprises the second set of capabilities.
30. The apparatus of claim 24, wherein the first set of capabilities includes capabilities associated with frequency division duplexing (FDD) communication and the second set of capabilities includes capabilities associated with time division duplexing (TDD) communication.
31. The apparatus of claim 24, wherein the first set of capabilities includes capabilities associated with time division duplexing (TDD) communication and the second set of capabilities includes capabilities associated with frequency division duplexing (FDD) communication.
32. The apparatus of claim 24, wherein the first cell and the second cell belong to a same evolved Node B (eNB).
33. The apparatus of claim 24, wherein the first cell belongs to a first evolved Node B (eNB) and the second cell belongs to a second eNB different than the first eNB.
34. The apparatus of claim 33, wherein the first eNB and the second eNB belong to a same network.
35. The apparatus of claim 33, wherein the first eNB and the second eNB belong to different networks.
36. A source cell for wireless communication, comprising:
means for determining a user equipment (UE) is subject to handover from the source cell to a target cell;
means for transmitting an inquiry to the UE for a set of capabilities used by the UE for communicating with the target cell;
means for receiving the set of capabilities from the UE; and
means for providing the set of capabilities to the target cell.
37. The source cell of claim 36, wherein the inquiry indicates that the set of capabilities is for communication with the target cell.
38. A target cell for wireless communication, comprising:
means for receiving a handover request from a network entity for a handover of a user equipment (UE) from a source cell to the target cell, the handover request including a first set of capabilities associated with the source cell;
means for determining a set of capabilities for constructing a handover request acknowledgement when the first set of capabilities is different than a second set of capabilities associated with the target cell, the set of capabilities being a subset of the second set of capabilities;
means for constructing the handover request acknowledgement based on the set of capabilities; and
means for transmitting the handover request acknowledgement to the network entity.
39. The target cell of claim 38, further comprising:
means for transmitting a capability inquiry to the UE for the second set of capabilities upon a handover of the UE to the target cell; and
means for receiving the second set of capabilities from the UE.
40. The target cell of claim 38, wherein the handover request includes an indication of whether at least one subset of a second set of capabilities associated with the target cell is the same as at least one subset of the first set of capabilities, and the set of capabilities is determined based on the indication.
41. The target cell of claim 40, further comprising:
means for transmitting a capability inquiry to the UE for the second set of capabilities when the indication indicates that the at least one subset of the second set of capabilities is different than the at least one subset of the first set of capabilities, or the at least one subset of the second set of capabilities is the same as the at least one subset of the first set of capabilities and the at least one subset of the second set of capabilities does not include all of the second set of capabilities; and
42. A user equipment (UE) for wireless communication, comprising:
means for transmitting a tracking area update (TAU) request to a network entity while in a connected state with a cell, the TAU request indicating that the capabilities for the communication with the cell should be updated;
means for receiving a TAU accept message from the network entity; and
means for moving to an idle state upon receiving a radio resource control (RRC) connection release message from a base station associated with the network entity.
43. The UE of claim 42, wherein the UE moves from the connected state to the idle state immediately upon receiving the RRC connection release message.
44. A network entity for wireless communication, comprising:
means for receiving a tracking area update (TAU) request from a user equipment (UE) while the UE is in a connected state with a cell, the TAU request indicating that the capabilities for the communication with the cell should be updated;
means for transmitting a TAU accept message to the UE; and
means for transmitting, upon transmitting the TAU accept message and in response to the TAU request, one of a UE context release message to a base station controlling the cell in order to release the connection for the UE, or a message to the base station controlling the cell indicating that the capabilities should be updated.
45. The network entity of claim 44, further comprising means for delaying the transmission of the RRC connection release message until the UE is not in a voice call.
46. A user equipment (UE) for wireless communication, comprising:
means for moving from a first cell to a second cell, the UE having a first set of capabilities for communication with the first cell and a second set of capabilities for communication with the second cell;
means for determining whether the first set of capabilities and the second set of capabilities are different and whether the first cell or the second cell queried for the second set of capabilities; and
means for re-attaching to a network associated with the second cell in order to cause the second cell to query for the second set of capabilities upon determining that the first set of capabilities and the second set of capabilities are different, and that the first cell and the second cell did not query for the second set of capabilities.
transmit a first set of capabilities to a first cell, the first set of capabilities being for communication with the first cell;
transmit information associated with a second set of capabilities to the first cell, the second set of capabilities being for communication with a second cell;
move from the first cell to the second cell; and
communicate with the second cell based on the transmitted information.
48. The apparatus of claim 47, wherein the processing system is further configured to receive an inquiry for the first set of capabilities from the first cell, wherein the first set of capabilities and the information associated with the second set of capabilities are transmitted concurrently in response to the received inquiry.
49. The apparatus of claim 47, wherein the processing system is further configured to receive an inquiry for the information from the first cell, wherein the information is transmitted in response to the received inquiry.
50. The apparatus of claim 47, wherein the information comprises at least one bit indicating whether at least one subset of the second set of capabilities is the same as at least one subset of the first set of capabilities.
51. The apparatus of claim 50, wherein the at least one bit is transmitted in a capability within the transmitted first set of capabilities.
52. The apparatus of claim 47, wherein the information comprises the second set of capabilities.
53. The apparatus of claim 47, wherein the first set of capabilities includes capabilities associated with frequency division duplexing (FDD) communication and the second set of capabilities includes capabilities associated with time division duplexing (TDD) communication.
54. The apparatus of claim 47, wherein the first set of capabilities includes capabilities associated with time division duplexing (TDD) communication and the second set of capabilities includes capabilities associated with frequency division duplexing (FDD) communication.
55. The apparatus of claim 47, wherein the first cell and the second cell belong to a same evolved Node B (eNB).
56. The apparatus of claim 47, wherein the first cell belongs to a first evolved Node B (eNB) and the second cell belongs to a second eNB different than the first eNB.
57. The apparatus of claim 56, wherein the first eNB and the second eNB belong to a same network.
58. The apparatus of claim 56, wherein the first eNB and the second eNB belong to different networks.
59. A source cell for wireless communication, comprising:
determine a user equipment (UE) is subject to handover from the source cell to a target cell;
transmit an inquiry to the UE for a set of capabilities used by the UE for communicating with the target cell;
receive the set of capabilities from the UE; and
provide the set of capabilities to the target cell.
60. The source cell of claim 59, wherein the inquiry indicates that the set of capabilities is for communication with the target cell.
61. A target cell for wireless communication, comprising:
receive a handover request from a network entity for a handover of a user equipment (UE) from a source cell to the target cell, the handover request including a first set of capabilities associated with the source cell;
determine a set of capabilities for constructing a handover request acknowledgement when the first set of capabilities is different than a second set of capabilities associated with the target cell, the set of capabilities being a subset of the second set of capabilities;
construct the handover request acknowledgement based on the set of capabilities; and
transmit the handover request acknowledgement to the network entity.
62. The target cell of claim 61, wherein the processing system is further configured to:
transmit a capability inquiry to the UE for the second set of capabilities upon a handover of the UE to the target cell; and
receive the second set of capabilities from the UE.
63. The target cell of claim 61, wherein the handover request includes an indication of whether at least one subset of a second set of capabilities associated with the target cell is the same as at least one subset of the first set of capabilities, and the set of capabilities is determined based on the indication.
64. The target cell of claim 63, wherein the processing system is further configured to:
transmit a capability inquiry to the UE for the second set of capabilities when the indication indicates that the at least one subset of the second set of capabilities is different than the at least one subset of the first set of capabilities, or the at least one subset of the second set of capabilities is the same as the at least one subset of the first set of capabilities and the at least one subset of the second set of capabilities does not include all of the second set of capabilities; and
65. A user equipment (UE) for wireless communication, comprising:
transmit a tracking area update (TAU) request to a network entity while in a connected state with a cell, the TAU request indicating that the capabilities for the communication with the cell should be updated;
receive a TAU accept message from the network entity; and
move to an idle state upon receiving a radio resource control (RRC) connection release message from a base station associated with the network entity.
66. The UE of claim 65, wherein the UE moves from the connected state to the idle state immediately upon receiving the RRC connection release message.
67. A network entity for wireless communication, comprising:
receive a tracking area update (TAU) request from a user equipment (UE) while the UE is in a connected state with a cell, the TAU request indicating that the capabilities for the communication with the cell should be updated;
transmit a TAU accept message to the UE; and
transmit, upon transmitting the TAU accept message and in response to the TAU request, one of a UE context release message to a base station controlling the cell in order to release the connection for the UE, or a message to the base station controlling the cell indicating that the capabilities should be updated.
68. The network entity of claim 67, wherein the processing system is further configured to delay the transmission of the RRC connection release message until the UE is not in a voice call.
69. A user equipment (UE) for wireless communication, comprising:
move from a first cell to a second cell, the UE having a first set of capabilities for communication with the first cell and a second set of capabilities for communication with the second cell;
determine whether the first set of capabilities and the second set of capabilities are different and whether the first cell or the second cell queried for the second set of capabilities; and
re-attach to a network associated with the second cell in order to cause the second cell to query for the second set of capabilities upon determining that the first set of capabilities and the second set of capabilities are different, and that the first cell and the second cell did not query for the second set of capabilities.
70. A computer program product, comprising:
71. A computer program product in a source cell, comprising:
72. A computer program product in a target cell, comprising:
73. A computer program product in a user equipment (UE), comprising:
74. A computer program product in a network entity, comprising:
75. A computer program product in a user equipment (UE), comprising:
US13823706 2011-11-04 2011-11-04 Methods and apparatus for updating the UE capability in an E-UTRAN Active 2033-06-18 US9877254B2 (en)
PCT/CN2011/081791 WO2013063793A1 (en) 2011-11-04 2011-11-04 Methods and apparatus for updating the ue capability in an e-utran
US20130322302A1 true true US20130322302A1 (en) 2013-12-05
US9877254B2 US9877254B2 (en) 2018-01-23
ID=48191223
US13823706 Active 2033-06-18 US9877254B2 (en) 2011-11-04 2011-11-04 Methods and apparatus for updating the UE capability in an E-UTRAN
US (1) US9877254B2 (en)
EP (1) EP2774413A1 (en)
JP (1) JP2014534745A (en)
KR (1) KR20140090656A (en)
CN (1) CN104025652A (en)
CA (1) CA2853716A1 (en)
RU (1) RU2014122557A (en)
WO (1) WO2013063793A1 (en)
US20130040693A1 (en) * 2011-08-10 2013-02-14 Htc Corporation Apparatuses and methods for handovers between heterogeneous networks
US20130128778A1 (en) * 2011-11-21 2013-05-23 Broadcom Corporation Wireless Communication Device Capable of Utilizing Multiple Radio Access Technologies
US20140141782A1 (en) * 2012-11-16 2014-05-22 Broadcom Corporation Methods, Apparatus and Computer Programs for Wireless Devices
US20150085786A1 (en) * 2012-05-30 2015-03-26 Telefonaktiebolaget L M Ericsson (Publ) Methods and Network Nodes for Managing Transmission of at Least One Channel Quality Report
US20160080094A1 (en) * 2013-05-02 2016-03-17 Lg Electronics Inc . Method for removing interference in wireless communication system and device for same
EP3086600A1 (en) * 2014-01-22 2016-10-26 ZTE Corporation Method and device for redirecting between fdd and tdd of lte system
US20170238188A1 (en) * 2016-02-12 2017-08-17 Verizon Patent And Licensing Inc. Disabling user equipment radio communication over an unlicensed radio frequency spectrum band during wlan operations
WO2017166293A1 (en) * 2016-04-01 2017-10-05 华为技术有限公司 Mobility management method, device and system
US20180070240A1 (en) * 2013-10-31 2018-03-08 Nec Corporation Apparatus, system and method for mobile communication
US9730152B2 (en) 2013-09-27 2017-08-08 Mediatek Inc. UE enhancement in FDD-TDD joint operation networks
US9894547B2 (en) 2014-04-29 2018-02-13 Qualcomm Incorporated Dynamic update of UE capability for inter-frequency and inter-RAT measurements
CN101686513B (en) * 2008-09-26 2013-02-13 电信科学技术研究院 Cell switching method, system and device
WO2011122045A1 (en) 2010-03-31 2011-10-06 パナソニック株式会社 Wireless communication base station, wireless communication device and wireless communication system
US9167416B2 (en) * 2011-08-10 2015-10-20 Samsung Electronics Co., Ltd. Method for reporting capability information and dual mode user equipment adapted thereto
US9628983B2 (en) 2011-08-10 2017-04-18 Samsung Electronics Co., Ltd. Method for reporting capability information and dual mode user equipment adapted thereto
US9622071B2 (en) 2011-08-10 2017-04-11 Samsung Electronics Co., Ltd. Method for reporting capability information and dual mode user equipment adapted thereto
US9980167B2 (en) * 2012-05-30 2018-05-22 Telefonaktiebolaget Lm Ericsson (Publ) Methods and network nodes for managing transmission of at least one channel quality report
US20180077578A1 (en) * 2013-10-31 2018-03-15 Nec Corporation Apparatus, system and method for mobile communication
EP3086600A4 (en) * 2014-01-22 2016-12-28 Zte Corp Method and device for redirecting between fdd and tdd of lte system
KR20140090656A (en) 2014-07-17 application
WO2013063793A1 (en) 2013-05-10 application
CA2853716A1 (en) 2013-05-10 application
EP2774413A1 (en) 2014-09-10 application
JP2014534745A (en) 2014-12-18 application
RU2014122557A (en) 2015-12-10 application
CN104025652A (en) 2014-09-03 application
US9877254B2 (en) 2018-01-23 grant
US20130303168A1 (en) 2013-11-14 Mechanism to improve dynamic sharing of receive chain(s) among radio access technologies
US20130258934A1 (en) 2013-10-03 Embms service activation and maintenance procedure in multi-frequency networks
US20130279430A1 (en) 2013-10-24 Small cell activation procedure
US20130260763A1 (en) 2013-10-03 Wireless communication in view of time varying interference
US20130336193A1 (en) 2013-12-19 Network information for assisting user equipment
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:KITAZOE, MASATO;ZHU, XIPENG;CASACCIA, LORENZO;AND OTHERS;SIGNING DATES FROM 20130105 TO 20130313;REEL/FRAME:029990/0912
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:GHOLMIEH, AZIZ;CASACCIA, LORENZO;ZHU, XIPENG;AND OTHERS;SIGNING DATES FROM 20130105 TO 20130313;REEL/FRAME:030396/0071