Presence业务的基本特征是用户或者设备可以将自己的呈现信息等放到Presence服务器上，并将其呈现给其他用户；另外，提供Presence信息的用户还可以通过设置达到自己的意愿：哪些用户可以看到自己的状态信息以及可以看到哪些信息，即用户可以设置对不同的人呈现不同的Pres－ence信息。
Presence业务参考模型主要包括三个功能实体：呈现服务、呈现体、观察者。
呈现服务：为了使应用和业务能使用Presence信息，管理观察者和呈现体之间Presence信息的能力。
呈现体：提供Presence信息给PresenceSer－vice。根据信息来源，可以分为源于网络、源于用户以及源于外部应用三种，分别提供网络的状态报告、具备的通信能力以及位置信息；个性化信息如心情短语、个人喜好等；增值服务，如基于用户的位置提供天气预报等。
观察者：是向Presence服务器发出请求，获取呈现体或观察者自身的Presence信息。根据获取信息方式的不同分为两类：
一是获取者（轮询者），请求一个或多个呈现体的当前的信息，而不是请求变化信息，周期性发起请求的Fetcher又叫Poller。
二是观察者信息订阅者（SubscriberWatcher），提前对一个或多个呈现体的Presence信息进行预订，如果信息发生变化，则通知变化后的信息。即订阅观察者的动态改变以及Presence订阅的状态。
Presence业务流程主要包括发布流程、订阅流程和通知流程。
基于SIPAS的业务实现流程
基于SIPAS的业务实现流程中，应用服务器（AS）主要扮演业务执行者的角色。首先，用户注册到网络中，同时业务和用户相关的数据（用户IMS签约信息）由HSS下载到服务于此用户S-CSCF中；其次，用户利用自己的设备生成相关的业务请求（例如，利用UE生成一个建立语音通话的IN－VITE请求），该请求经P-CSCF，到达其归属S-CSCF；然后，S-CSCF检索与请求的发起者匹配的iFC（初始过滤准则），根据业务档案中的iFC，将请求路由到相应的AS或是直接进行转发；最后，AS执行相关的服务。
此外，在业务提供的过程中，用户有时需要管理和配置与业务有关的信息。例如在会议业务中，用户希望邀请新的用户参加会议，此时可以通过用户（UE）与AS之间的Ut接口实现。
技术难点分析
目前，在统一IMS业务发展过程中，尚有以下技术难点需要关注：
——统一IMS技术还不够成熟，由于需全面考虑移动网络和固定网络的融合，相关网元和接口的功能需要增强和完善，目前还没有稳定的国际标准可依；
——端到端QoS保证体系不完善。业务的QoS是端到端的服务质量，由终端、接入网络和核心网络共同保证。统一IMS架构基于IP承载，而IP网络的QoS尚不能满足电信级服务质量要求；
——统一用户数据库的架构与功能，为了实现多个业务平台之间的信息共享，需要确定统一用户数据库的架构与功能；
——SIP扩展的制定，实现业务的过程中，可能涉及新的SIP扩展；
——IMS网络设备和应用服务器设备都还不能满足运营商大规模建网的需求。
因此，在我国基于统一IMS实现丰富的多媒体业务是一个长期的过程，需要科研机构、设备制造商、运营商以及业务提供商各方共同继续努力。
