E N D
IMS/MMD in OMA Kevin Holley OMA Req Chair
OMA recognises that IMS provides a SIP based architecture defined by 3GPP and 3GPP2 that addresses the needs of mobile operators in terms of session management, security, mobility, QoS and charging. At the time being there are no other globally standardised SIP architectures. • If IMS is leveraged then these service enablers shall use the inherent IMS mechanisms, e.g. security, authentication, charging and QoS • No different behaviour at the applications level depending on the underlying SIP based network (i.e. IMS or other IETF compliant SIP). • Any non-IMS SIP based network is assumed to provide the same functionality as IMS. • OMA completed a Technical report on the usage of 3GPP/3GPP2 IMS in OMA. • A brief summary of the conclusions and recommendations is: Note that the term “IMS” means “IMS/MMD”
Steps being followed in OMA under the IMSinOMA work item • OMA should identify IMS capabilities realising OMA service enablers. • OMA should develop specific Service Enablers that can interface to the IMS, can use IMS capabilities and can exploit the resources of their underlying network infrastructure via the IMS. • OMA should recommend to 3GPP/3GPP2 that enhancements to IMS Services (e.g. Presence and Messaging) beyond Release 6 be undertaken by OMA. • New IMS requirements should be communicated to 3GPP and 3GPP2. • The proposed way forward • OMA Architecture WG to take responsibility of IMS capabilities mapping for OMA enablers • Each OMA WG is responsible to study if their enablers benefit of IMS.