OMA中移动一键通（pushtotalkover cellular，PoC）工作组定义了一键通服务。提供PoC服务的IMS客户端能实现基于分组交换、半双工的VoIP方案。它用SIP作为信令，用RTP传输语音数据，同时它需要复用呈现和组管理功能来实现PoC服务。PoC应该是现实世界中第一个基于IMS的应用，因为Presence和IM应用最初是基于XMPP（可扩展消息和呈现协议），后来又是基于IMPS（即时消息和呈现业务）协议实现。
OMA中呈现和可用性工作组还定义了XML文档管理服务。用户可以通过IMS客户端定位、存取和处理可被其他的服务引擎所存取的用户和服务相关信息，存储和处理以XML文档形式保存在网络上的服务相关的数据，也可以通过SIP来订阅和通知文档变更。该服务集成了其他IMS服务中的XML文档管理功能。XML文档管理功能包括：共享XML文档、呈现XML文档、资源列表XML文档、即时消息XML文档、PoCXML文档管理等。
OMA还成立了一个名叫融合IP消息的新工作组。具有这种功能的IMS客户端将对短信、彩信、即时消息、移动、一键通等这些传统的消息方式进行整合。这些传统的消息方式都是基于IP支持固定和移动网络传输，基于呈现服务支持多媒体，并且与一个统一的地址簿集成，能保持一致的用户体验，其具体的技术方案还在制定之中。
2.4JCP中IMS客户端的相关规范
JCP是主要的Java标准组织，JSR（Javaspecificationrequest）则定义了Java应用程序需调用的应用编程接口（API）。
JSR164规范提供给Java开发者基于Simple协议栈的一套标准API，用以开发基于呈现服务的Java程序。JSR165规范也提供给Java开发者基于Simple协议栈的一套标准API，用以开发基于即时消息服务的Java程序。而JSR180规范提供给Java开发者基于SIP协议栈的一套标准API，这套API屏蔽了SIP的许多实现细节，开发者不需要对SIP有非常详细的了解就能开发出基于SIP的诸多应用程序。
JSR281规范使应用开发者能很容易地开发出可以和IMS系统集成的应用程序，此规范以统一的高层API方式向用户提供IMS的功能。这些API最大限度地隐藏了IMS实现细节，抽象了下层技术，同时提供给开发者最大的灵活性。其API中至少支持3种类型的功能：高级IMS功能、PoC服务和组列表管理服务。JSR281规范目前没有涉及在JSR164和JSR165中已经定义了的呈现服务和即时消息服务。此规范还在制定过程中。
2.5IMS客户端的软件架构
通过对于IMS客户端相关规范的研究与分析，可以看出IETF提供了IMS客户端所需要的协议部分，包括详细的SIP信令消息交互，服务参数协商、媒体流的建立、XML文档的交互等。3GPP和OMA提供了IMS客户端所需要的服务引擎，与不同应用服务器之间的交互方式以及如何接入到IMS网络等。JCP提供了一整套IMS客户端上Java应用程序所需的标准Java应用编程接口。由此可以总结归纳出IMS客户端软件架构参考，具体参见图2。
图2 IMS客户端软件架构参考
IMS客户端软件架构主要包括了：
（1）协议栈
IMS客户端的底层是协议栈部分。它们大都是基于IETF标准的，包括SIP、SDP、HTTP、XCAP、RTP/RTCP、DNS、DHCP等。其中用于接入3GPP定义的IMS网络所要求的那些SIP扩展部分也必须支持。
