——依据呼叫状态和连接配置，调用基本特征逻辑，以处理中间呼叫事件。
——完成SIP信令中Alert信息和振铃模式间的映射。
——预定媒体网关下的用户线状态，如用户线注销。
——处理来自AS的事件报告请求。并将事件通知发送至相应的AS。
●IMS代理部件
AGCF中的IMS代理部件包含了IMS UE和P-CSCF的功能，它利用ES283 003中描述的SIP profile与其它IMS实体进行通信。IMS代理被认为是一个可信任的网络元素，因此其安全性与其它IMS网络元素相同。IMS代理部件主要执行以下功能：
——与其它IMS实体进行消息交互，并将接收到的消息发送至特征管理器，由特征管理器依据实际的线连接模型对其进行处理。
——与I-CSCF进行通信，以寻址正确的S-CSCF。I-CSCF标识可通过DNS查询获得。
——与资源接纳控制子系统（RACS）进行交互。
——当媒体网关为驻地媒体网关时与网络附着子系统（NASS）进行交互，以获得IP可连接的接入会话相关信息（例如，用户设备的物理位置）。
IMS-based PES网络中的其他功能实体，如S/I-CSCF，P-CSCF，MGCF，MRFC，BGCF等所完成的功能均与在IMS中相同，只是对于MGCF，可能在与ISUP信令互通的信令程序上略有不同，这是由于PES系统中存在的是封装了ISUP的消息。在需要由AGCF控制驻地或接入媒体网关时，P-CSCF不使用，这种情况下，所有正常由P-CSCF提供的功能均由AGCF提供。
IMS-based PES的业务架构与IMS子系统的相同，应用服务器在其中的相关功能与在IMS中是一样的。但是，依据仿真业务类型的不同，可能需要某些应用服务器能够理解并处理封装于SIP中的ISUP协议。在IMS-based PES架构中，用户的业务数据存在UPSF中，仿真业务逻辑存在应用服务器中，AGCF或网关中并没有业务逻辑。此外，PES架构也并没有限制PES用户可接入的应用类型，也就是说除了仿真业务逻辑，PES用户也可以接入具有其他业务逻辑的应用服务器。
应该说，IMS-based PES方案是与未来的NGN网络架构结合的最好的一种实现方案。但就目前的研究状态，从业务应用、网络管理上以及功能实体的业务逻辑划分以及信令方式等方面来看，这种方案还存在着许多有待分析和解决的问题，例如AGCF和AS间业务逻辑的划分问题、AGCF和AS间的交互问题（包括AS对于封装ISUP信息的理解，Ut参考点的使用等）、重叠发信令方式问题、AS如何区分Emulation和Simulation的业务逻辑问题、AGCF中与UPSF中存储注册标识的匹配问题等，都还有待于进一步的研究。
FGNGN对PES体系架构的研究
在FGNGN的NGN研究中，各业务控制子系统称之为业务部件，因此TISPAN中定义的PSTN/ISDN仿真子系统，在这里称为PSTN／ISDN仿真部件。PSTN/ISDN仿真部件在FGNGN定义的NGN架构中的位置与TISPAN的定义相类似，也是与IMS部件、流媒体业务部件以及其他多媒体业务部件共同组成NGN业务层面中的业务控制功能部分。
FGNGN对于PSTN/ISDN仿真部件的研究主要采用的也是并行研究的方式，但是它所作的工作主要侧重于CS-basedPES（即基于呼叫控制的PES）方案的实现。该方案的提出最初也是考虑到了中国目前已较具规模的软交换网络发展状况，并且它的研究也是以中国电信提交的文稿作为基线文稿来进行的。由于这个方案主要基于软交换的架构，技术比较成熟，因此这里就不再详述。对于IMS-based PES方案FGNGN基本上是直接采用TISPAN提出的体系架构研究成果。
PES体系架构实现方案的分析比较
通过上面对于CS-based PES和IMS-based PES两种实现方案的介绍和分析不难看到，它们是各有利弊的。对于IMS-based PES方案，主要是采用IMS作为PSTN/ISDN仿真子系统的核心结构，利用统一的核心网络来提供业务。它将所有的业务逻辑都集中在应用服务器中，业务控制和呼叫控制完全分离，有利于业务的扩展，在架构上更符合网络发展的趋势。但是这种方案需要将PSTN/ISDN的仿真业务完全分离到统一的应用平台当中，这不仅会涉及大量的协议扩展、业务重新开发，而且也会致使部分PSTN/ISDN业务难以继承。并且，在IMS架构下实现PES其实并不是IMS技术产生的初衷，对于PSTN/ISDN业务的仿真质量有可能会不升反降，或者说有待解决的问题还有很多。