You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
� Remote MTC device management<br />
Specific service requirements have been defined as MTC features:<br />
� Low Mobility<br />
� Time Controlled<br />
� Time Tolerant<br />
� Packet Switched (PS) Only<br />
� Small Data Transmissions<br />
� Mobile Originated Only<br />
� Infrequent Mobile Terminated<br />
� MTC Monitoring<br />
� Priority Alarm Message (PAM)<br />
� Secure Connection<br />
� Location Specific Trigger<br />
� Network Provided Destination for Uplink Data<br />
� Infrequent Transmission<br />
� Group Based MTC Features<br />
The main MTC functionality specified by 3GPP in Rel-10 provides overload and congestion control<br />
functionality. Considering that some networks already experienced congestion caused by M2M<br />
applications, overload and congestion control was considered with priority during Rel-10. A set of<br />
functions is specified for this. It includes specific Mobility Management features, connection reject and<br />
access class barring for MTC devices and also APN-based congestion control. To a certain extent this<br />
functionality is also available for terminals that are not specifically configured for MTC as applications<br />
already deployed use normal terminals. The full range of MTC congestion and overload control means<br />
becomes available when terminals specifically configured for MTC are used for M2M applications.<br />
The congestion and overload control functions affect the overall system. Their specification implied<br />
considerable efforts. Therefore, other MTC features are transferred to the following release and the 3GPP<br />
architecture, core network and RAN groups will work on it in Rel-11. In addition 3GPP stage 1 continues<br />
to identify new MTC scenarios and MTC features.<br />
7.3.5 SINGLE RADIO VOICE CALL CONTINUITY<br />
As part of Rel-10 study, 3GPP is investigating techniques to improve the performance of Single Radio<br />
Voice Call Continuity (SRVCC) handovers while minimizing impacts on the network architecture for<br />
handovers of IMS voice sessions from <strong>4G</strong> to 2G/3G CS, and from HSPA to 2G/3G CS systems.<br />
www.4gamericas.org February 2011 Page 72